Baixar para ler offline
Apresentação Git
- 1. • Sobrescreveu ocódigo de outra pessoa por acidente e acabou perdendo as alterações? • Dificudades em saber quais as alterações feitas em um programa, quando foram feitas e quem as fez? • Dificuldades em recuperar o código de uma versão anterior que está em produção? • Problemas em manter variações do sistema ao mesmo tempo?
- 3. GRUPO DE INTERVENÇÃOTÁTICA
- 4. GRUPO DE INTERVENÇÃOTÁTICA
- 6.
- 7. • Histórico • Reverterarquivos a um estado anterior • Reverter TODO o projeto • Comparar mudanças • Ver quem fez última alteração Controle de Versão
- 8. Local Version ControlSystems Distributed Version Control Systems CVS Controle de Versão
- 9. Controle de VersãoCentralizado CVS Centralizado
- 11. Imaginem… CVS Centralizado ouDistribuído • Equipe muito grande • Equipe espalhada em outras filiais
- 12. Controle de VersãoDistribuido CVS Distribuido
- 13. CVS Distribuido Controle deVersão Distribuido • Velocidade • Autonomia (Offline) • Ramos Privados • Facilidade de Mesclagem Vantagens para o Desenvolvedor:
- 14. CVS Distribuido Controle deVersão Distribuido • Redução de custos com servidor e infra • Confiabilidade • Produtividade Vantagens para a Gerência/Coordenação:
- 15. CVS Distribuido Controle deVersão Distribuido • Necessidade de maior domínio da ferramenta e do processo Desvantagens para o Desenvolvedor:
- 16. CVS Distribuido Controle deVersão Distribuido • Maior capacitação dos desenvolvedores • Importante ter um processo definido Desvantagens para a Gerência/Coordenação:
- 17.
- 18.
- 19.
- 20. Ambiente de Desenvolvimento Ambientede Desenvolvimento
- 21. Ambiente de Desenvolvimento Ambientede Desenvolvimento
Notas do Editor
- #9 Quando falamos de Sistema de Controle de Versão temos 2 universo distintos…
- #11 PERGUNTAR AS PESSOAS: Qual é o problema do CVS Centralizado? NENHUMA…atende muito bem a maioria das situações
- #12 Primeiro ponto: Comentar que, mais processamento vai ser exigido do servidor central, piorando o tempo de resposta. Arquitetura cliente-servidor não funcionam tão bem para essas situações. Soluções alternativas como aumentar a capacidade de processamento do servidor ou replicar os repositórios nem sempre são viáveis ou fáceis de serem implementadas.
- #13 Cada desenvolvedor possui um repositório próprio acoplado a um workspace. Comunicação continua sendo através de commit e update
- #14 Ramos privados: Ninguém interfere no seu ramo FRIZAR QUE O GIT é MUITO mais rapido
- #18 Pull (puxar): Atualiza o repositório local (destino) com todas as alterações feitas em outro repositório (origem) Push (empurrar): Envia as alterações so repositório local (origem) para outro repositório (destino).