TrabalhosGratuitos.com - Trabalhos, Monografias, Artigos, Exames, Resumos de livros, Dissertações
Pesquisar

Testes unitários

Por:   •  20/9/2015  •  Trabalho acadêmico  •  653 Palavras (3 Páginas)  •  210 Visualizações

Página 1 de 3

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.

[pic 1]

[pic 2]

[pic 3]

[pic 4]

[pic 5]

[pic 6]

 [pic 7]

[pic 8]

[pic 9]

[pic 10]

[pic 11]

[pic 12]

[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.

...

Baixar como (para membros premium)  txt (4.4 Kb)   pdf (367.2 Kb)   docx (259 Kb)  
Continuar por mais 2 páginas »
Disponível apenas no TrabalhosGratuitos.com