Apresentação Git
- 1. • Sobrescreveu o có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ÇÃO TÁTICA
- 4. GRUPO DE INTERVENÇÃO TÁTICA
- 7. • Histórico • Reverter arquivos a um estado anterior • Reverter TODO o projeto • Comparar mudanças • Ver quem fez última alteração Controle de Versão
- 8. Local Version Control Systems Distributed Version Control Systems CVS Controle de Versão
- 9. Controle de Versão Centralizado CVS Centralizado
- 11. Imaginem… CVS Centralizado ou Distribuído • Equipe muito grande • Equipe espalhada em outras filiais
- 12. Controle de Versão Distribuido CVS Distribuido
- 13. CVS Distribuido Controle de Versão Distribuido • Velocidade • Autonomia (Offline) • Ramos Privados • Facilidade de Mesclagem Vantagens para o Desenvolvedor:
- 14. CVS Distribuido Controle de Versão Distribuido • Redução de custos com servidor e infra • Confiabilidade • Produtividade Vantagens para a Gerência/Coordenação:
- 15. CVS Distribuido Controle de Versão Distribuido • Necessidade de maior domínio da ferramenta e do processo Desvantagens para o Desenvolvedor:
- 16. CVS Distribuido Controle de Versão Distribuido • Maior capacitação dos desenvolvedores • Importante ter um processo definido Desvantagens para a Gerência/Coordenação:
- 19. Cases
- 20. Ambiente de Desenvolvimento Ambiente de Desenvolvimento
- 21. Ambiente de Desenvolvimento Ambiente de 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).