Testes unitários
Por: Gustavo Villela • 20/9/2015 • Trabalho acadêmico • 653 Palavras (3 Páginas) • 206 Visualizações
CONTROLE DE VERSÃO
Para que serve o controle de Versão?
Registrar histórico da evolução do projeto, melhorar o trabalho em equipe e controlar as variações no projeto.
Como funciona o controle de Versão?
Em um controle de versão temos o repositório que registra os estados pelos quais o sistema passa. E temos a área de trabalho que é um ambiente isolado com cópias dos arquivos do projeto e também é um diretório monitorado pelo controle de versão.
Comunicação entre repositório e Área de Trabalho
Update: Atualiza (repositório > area de trabalho)
Commit: Consolita (area de trabalho > repositório): é uma operação que registra no repositório a configuração presente na área de trabalho, gerando uma nova revisão.
Diretório .hg
No diretório .hg, contém arquivos e diretórios administrativos, usados internamente pelo Mercurial. Só deve ser mexido para ajustar o arquivo de configuração .hg/hgrc.
Restreamento dos arquivos do projeto
hg add, hg rm, hg cp e hg mv
A manipulação dos arquivos do projeto deve ser feita pelo mercurial e não pelo sistema operacional
Icones de Estado
O os icones de estado indica o estado dos arquivos do projeto.
Os estados possiveis são: Limpo, Modificado, Adicionado, Não-restreado, Ignorado.
Alguns arquivos pode não conter icones;
R: removido e
!= desaparecido (provavelmente foi removido ou renomeado pelo sistema operacional ou outro aplicativo).
Importates
Não consolidar caso haja arquivos não-rastreados ou desaparecidos
Arquivos não-rastreados devem ser adicionados ou ignorados pelo projeto
Arquivos a serem ignorados
Arquivos secundário, Banco de dados, Aplicativos e utilitários
Ressuscitação
São arquivos removidos revertido a uma revisão em que ainda existia.
Significados
Configuração: estado dos arquivos de um projeto em um determinado momento
Revisão: configuração registrada no repositório
Changeset: diferença entre duas revisões.
DVCS: Controle de versão distribuido (ex: mercurial, git)
Temos:
Ponto a Ponto: todos compartilham os arquivos de projetos uns com os outros
Cliente-Servidor: todos enviam e buscam os arquivos de projeto em um repositório oficial.
Operações basicas
Clonagem, Puch(empurra), Pull(Puxa), Merge(Mesclagem).
Controle por ramos individuais (estudo de caso)
Ramos individuiais são inerentes ao DVCS. O ciclo de trabalho são: edita-consolida-mescla.
Alice e Roberto desejam o mesmo arquivo A.
1º
[pic 1]
[pic 2]
2º
[pic 3]
[pic 4]
3º
[pic 5]
[pic 6]
4º
[pic 7]
[pic 8]
[pic 9]
[pic 10]
5º
[pic 11]
[pic 12]
6º
[pic 13]
[pic 14]
Conflitos
Por que acontece conflitos?
Falha no processo, Falha no projeto, Edição concorrente de arquivos binários.
Pressuposto: Sobreposição de alterações em edição concorrente é um acontecimento raro.
...