Um overview sobre GIT

Slides do talk sobre GIT, apresentado para meus amigos da empresa Interativa Informatica

Transcript

1. Controle de versão distribuído e inteligente GIT
2. Quem sou eu?
3. Diego Garcia Pessoal: • Pai • Punk Rocker • Cientista da computação frustrado Profissional: • Software Engineer na Magazine Luiza Contatos: • @drgarcia1986
4. Afinal de contas, o que é o GIT?
5. O GIT é: • Uma ferramenta de controle de versão. • Open Source. • Criado por Linus Torvalds. • Trabalha de forma distribuída. • Simples e fácil de apreender. • Extremamente popular. • Muito material bom disponível.
6. Alguns dos termos e comandos mais comuns e mais importantes
7. Um snapshot do conteúdo inteiro do repositório com informações extras sobre autor do commit, committer e commit pai (se houver) Commit
8. Um ponteiro independente para um commit (que pode adicionar mais commits) Branch
9. Determina em qual branch você está (qual ponteiro você está usando no momento) HEAD
10. Altera o HEAD para alguma branch existente (ou cria uma nova) Checkout
11. Área onde as alterações do repositório local são monitoradas Index
12. Mostra o estado dos arquivos atuais (monitorados ou não) baseado no Index Status
13. Tornar alterações "staged" ou seja, prontas para entrar em um commit Add
14. Clone Cria um clone completo de um repositório remoto em um repositório local
15. Atualiza o repositório remoto com as alterações locais Push
16. Pull Atualiza o repositório local com as alterações remotas
17. Atualiza as referências de branches e tags remotas para o repositório local Fetch
18. Um ponteiro estático para um commit (pode ser imaginado como um label) Tag
19. Estratégia de fusão que cria um novo commit com as diferenças entre as branches Merge
20. Estratégia de fusão que reorganiza os commits aplicando os commits de uma branch após o commit de outra Rebase
21. Representação gráfica do Grafo de um repositório
22. Fonte: Git Pocket Guide: A Working Introduction
23. Um fluxo simples e comum de trabalho
24. Adicionando uma nova feature • Atualiza a "master" local: $ git checkout master $ git pull • Cria a branch nova: $ git checkout -b feature-x • Realiza as alterações na base de código • Coloque as alterações em stage $ git add main.c feature-x.c • Crie o commit $ git commit -m 'Add Feature X on main file' • Envie as alterações para o remoto: $ git push -u origin feature-x
25. Alguns comandos interessantes
26. Será muito comum consultar a árvore/grafo de commits log Sugestão: git log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit
27. diff Extremamente útil para ver o conteúdo em index ainda não "staged" Dica: use a opção --staged para ver o que irá entrar no próximo commit
28. Permite aplicar o conjunto de alterações de um commit como um novo commit na branch atual cherry-pick
29. Rebase *i*nterativo, permite fazer alterações sofisticadas em um conjunto de commits (e.g. squad, re-word, delete, etc) rebase -i
30. Remove o commit anterior e cria um novo com o conteúdo do anterior mais as alterações "staged" atuais. ammend
31. Boas Práticas Baseadas somente na minha opinião e minhas experiências
32. São mais fáceis para serem revisados, mais fáceis para serem localizados (capriche na mensagem) e mais fáceis de serem aproveitados Commits pequenos com apenas um objetivo
33. Nunca suba lixo ou arquivos protegidos para o repositório remoto .gitignore
34. Tente manter a árvore o mais limpa possível (mas às vezes é necessário) Evite branches de branches
35. Lembre-se, mantenha a árvore limpa, um commit de "fix typo foo" sendo que esse typo foi feito na branch corrente, não faz sentido. Faça squash de commits não significativos
36. A estratégia de merge pode bagunçar a árvore de commits e dificultar a leitura do histórico do projeto. Prefira sempre rebase ao invés de merge
37. Mantenha sempre uma referência para consulta ou rebuild de seus releases com uma TAG. Sempre faça seus releases baseados em TAGs
38. Onde conseguir mais informação?
39. Pro GIT • Ebook Gratuito. • Disponível em PDF, Mobi, ePub e Web. • Tradução para o português disponível (somente WEB) • https://git-scm.com/book/en/v2
40. Porém, o mais importante é:
41. A melhor maneira de aprender GIT é Se fudendo Usando.
42. Obrigado! dúvidas?