Tutorial de Git

Tutorial realizado na Python Brasil 12 - Florianópolis por Débora Correia e Renato Oliveira.

"Generally, the best way to learn git is probably to first only do very basic things and not even look at some of the things you can do until you are familiar and confident about the basics." - Linus Torvalds

Quando começamos a trabalhar com Git, a preocupação em aprender os seus comandos básicos é, normalmente, maior do que entender seu modelo e funcionamento completo. A questão é que ele, além de ser considerado complexo e diferente do que a maioria estava acostumada, ele oferece diversas maneiras de resolver o mesmo problema. Isso faz com que possam surgir situações que pareçam complicadas de serem resolvidas. Uma boa forma de evitar que casos assim aconteçam é entender como Git funciona e seu modelo.

Esse tutorial tem como objetivo ajudar as pessoas a irem além dos comandos básicos. A partir daí, podemos então focar em resolver problemas práticos e em estratégias para trabalhar em equipe.

Transcript

1. Tutorial Git
2. Quem somos Renato e Débora Centro de Informática - UFPE Not git experts
3. Labcodes Software studio de Recife para o mundo Tecnologias que trabalhamos Labcodes e Comunidade
4. Massa, e git?
5. Quem ja trabalhou com git? Quem ja teve dificuldades?
 Quem ja apagou o repositorio?
6. "Isto é Git. Ele controla o trabalho colaborativo em projetos através de um belo modelo distribuído de árvore de teoria dos grafos. Massa, como usamos? Nem ideia. Decore este comandos e digite-os para sincronizar tudo. Se acontecerem erros, salve o seu trabalho em outro lugar, delete o projeto e download uma nova cópia do repositório."
7. Roteiro Primeiros passos Git básico Entendendo Git Git branching Branching models/Git workflows Desfazendo coisas Dicas e truques
8. Primeiros passos
9. Primeiros passos Controle de versão Git background Instalando Git
10. Controle de versão Uma estratégia de backup.
 
 O controle de versão é um sistema que registra as mudanças feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que você possa recuperar versões específicas. 
 

11. Controle de versão Uma estratégia de backup.
 
 O controle de versão é um sistema que registra as mudanças feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que você possa recuperar versões específicas. 
 

12. Controle de versão Uma estratégia de backup.
 
 O controle de versão é um sistema que registra as mudanças feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que você possa recuperar versões específicas. 
 Pode ser usado por qualquer um.
13. Controle de versão E para trabalhar em equipes? Sistemas de Controle de Versão Centralizados.
14. Controle de versão Sistemas de Controle de Versão Distribuídos.
 
 Git!
15. Git histórico e background Rompimento da comunidade Linux com a empresa do sistema de controle de versão distribuído usado (BitKeeper). Criação do Git por Linus Torvalds. Características: Velocidade e Design simples Suporte robusto a desenvolvimento não linear Totalmente distribuído Lida eficientemente com grandes projetos
16. Git Esqueça os outros VCSs que você já usou. A maior diferença está na forma de tratar os dados. SVN: Armazena a informação como uma lista de mudanças por arquivo. Salva as diferenças. Git: Considera que os dados são conjuntos de snapshots, ou seja, captura o estado atual do seu projeto a cada mudança feita (commit).
17. Git
18. Git Velocidade para realizar operações no Git, que precisam apenas de recursos e arquivos locais Ex: navegar no histórico do projeto Liberdade para trabalhar e fazer commits offline. Integridade. Não é possível mudar nada sem que o Git tenha conhecimento. Assim informação não é perdida ou corrompida.
19. Instalando git LINUX $ apt-get install git
20. Instalador gráfico do Git: http://sourceforge.net/projects/git-osx- installer/ Via MacPorts (http://www.macports.org) $ sudo port install git-core +svn +doc +bash_completion +gitweb Instalando git MAC
21. Projeto msyspit http://msysgit.github.com Após concluir a instalação, você terá tanto uma versão command line (linha de comando, incluindo um cliente SSH que será útil depois) e uma GUI padrão. Instalando git WINDOWS
22. git config Permite ler e definir variáveis de configuração Diferentes níveis de armazenamento das variáveis: /etc/gitconfig ~/.gitconfig .git/config Configurações iniciais WINDOWS
23. $ git config --global user.name “Débora Correia" $ git config --global user.email debora@labcodes.com.br $ git config --global color.ui auto $ git config --list $ git help config
24. Git básico
25. Git básico Criar um repositório Adicionar arquivos ao repositório Commits Trabalhando com repositórios remotos
26. Criar um repositório EM UM DIRETÓRIO EXISTENTE git init
27. basics $ git init Initialized empty Git repository in /Users/Debs/basics/.git/
28. Criar um repositório CLONAR UM REPOSITÓRIO EXISTENTE git clone
29. $ git clone git@github.com:labcodes/git-basics-tutorial.git $ git clone git@github.com:labcodes/git-basics-tutorial.git my- project
30. Adicionar arquivos OS TRÊS ESTADOS Staging area/index Repository
31. Adicionar arquivos OS TRÊS ESTADOS Repository checkout the project git add git commit Staging area/index
32. Adicionar arquivos STATUS
33. Adicionar arquivos STATUS No repositório criado, veja o estado Crie um arquivo README.md. Adicione o arquivo para staging area Commit o arquivo
34. $ git status # Crie arquivo $ git add $ git commit
35. Adicionar arquivos MONITORANDO NOVOS ARQUIVOS Crie o arquivo index.html e adicione na staged area
36. $ git add index.html $ git status
37. Adicionar arquivos MONITORANDO ARQUIVOS MODIFICADOS Modificar o arquivo existente (README) e adicionar em staged area.
 
 Modificar novamente o mesmo arquivo.
38. $ git status $ git add $ git commit
39. Adicionar arquivos VISUALIZANDO DIFERENÇAS Verificar o diff entre o arquivo alterado e o que está commitado (repositório). Ver a diferença entre o que tá em staged e o já commitado (repositório) Adicionar por partes
40. $ git status $ git diff $ git diff --staged, $ git add -p .
41. Adicionar arquivos FAZENDO COMMITS Commitar Apagar arquivo do repositório
42. $ git commit $ git commit -m “Commit message” $ git rm index.html
43. Commits FAZENDO COMMITS Veja o histórico de commits do repositório Veja o grafo do repositório
44. $ git log $ git log --pretty=oneline $ git log --graph
45. Repositórios remotos EXIBINDO SEUS REMOTOS
46. $ git remote origin $ git remote -v origin git://github.com/schacon/ticgit.git (fetch) origin git://github.com/schacon/ticgit.git (push) $ git remote add renato git@github.com:renatooliveira/git-basics- tutorial.git $ git fetch origin $ git pull origin master $ git push origin master
47. Ufa!
48. Resumo O que é um controle de versão Git é um controle de versão distribuído Instalar e configurar Criar repositórios Adicionar, acompanhar, commitar arquivos Trabalhar com repositórios remotos
49. Entendendo Git
50. Entendendo Git Como Git funciona SHA1 Objetos Git: files, trees, commits, tags
51. Comandos “Porcelain” Commands git add, git commit, git push, git pull, git branch, git checkout, git merge, … “Plumbing” Commands git cat-file, git hash-object, git count-objects, …
52. O segredo pra aprender Git não é decorar os comandos, mas entender seu modelo.
53. https://app.pluralsight.com/library/courses/how-git-works/
54. https://app.pluralsight.com/library/courses/how-git-works/
55. Git é um sistema de controle de versão distribuído
56. Git é um sistema de controle de versão
57. Git é um content tracker
58. Git é um persistent map
59. Git é um map Valores e chaves Os valores são o conteúdo. Qualquer sequencia de byte. Chaves são hashes(checksum) SHA1 Único Praticamente impossível de ser repetido
60. git-tutorial $ git hash-object "Python Brasil" fatal: Cannot open 'Python Brasil': No such file or directory git-tutorial $ echo "Python Brasil" Python Brasil git-tutorial $ echo "Python Brasil" | git hash-object --stdin bbf29edf5f31251c46279b764cf4fed25519b429
61. Todo objeto em Git tem seu próprio SHA1
62. Git é um persistent map
63. Git é um persistent map De onde vem a persistência? Tudo tá sendo salvo em algum lugar.
64. $ git-tutorial $ echo "Python Brasil" | git hash-object —stdin -w $ git init $ ls -a $ open .git
66. $ git cat-file bbf29edf5f31251c46279b764cf4fed25519b429 -t blob $ git cat-file bbf29edf5f31251c46279b764cf4fed25519b429 -p Python Brasil
67. Git é um persistent map
68. Git é um content tracker
70. Objetos de Git 0ca1 5bf3 /
71. Objetos de Git 0ca1 5bf3 / README.md 30a7 Repositório usado para o tutorial de Git na Python Brasil 2016 9219 <!DOCTYPE html> <html> <head> … bf37 index.html css 2a68 h1, h2, h3, h4, h5, h6, p{ color: #414a4d; } styles.css
72. Objetos de Git 0ca1 5bf3 / README.md 30a7 9219 bf37 index.html css 2a68 e5e4 18e4 / css styles.css 421b index.html
73. Objetos de Git 0ca1 5bf3 / README.md 30a7 9219 bf37 index.html css 2a68 e5e4 18e4 / css styles.css 421b index.html
74. E se adicionar um arquivo no root com o mesmo conteúdo do styles.css?
75. Objetos de Git Files Trees Commits
76. Objetos de Git Files Trees Commits Tags
78. Objetos de Git 0ca1 5bf3 / README.md 30a7 9219 bf37 index.html css 2a68 e5e4 18e4 / css styles.css 421b index.html mytag
79. Recapitulando
80. Git BLOBS 9219 2a68 421b 30a7
81. Git TREES 5bf3 9219 bf37 2a68 18e4 421b 30a7
82. Git TREES 5bf3 README.md 9219 bf37 index.html css 2a68 18e4 css styles.css 421b index.html 30a7
83. Git COMMITS 0ca1 5bf3 30a7 9219 bf37 css 2a68 e5e4 18e4 421b
84. Git ANNOTATED TAGS 0ca1 5bf3 30a7 9219 bf37 2a68 e5e4 18e4 421b mytag
85. Esses são todos os objetos de Git! Parabéns, agora você já sabe o modelo de Git completo!
86. Essa estrutura lembra alguma coisa?
87. Git é um persistent map
88. Git é um content tracker
89. Git branching
90. Git branching Branch e merge Hitórico HEAD Rebase
91. Git é um content tracker
92. Git é um sistema de controle de versão
95. Branch master
96. Branch master NOVA BRANCH
97. HEAD é apenas uma referência para uma branch
98. HEAD
99. HEAD NOVO COMMIT
100. HEAD NOVO COMMIT
101. Checkout
102. Checkout NOVA BRANCH
103. Merge
104. Merge
105. Histórico
106. Histórico
107. Histórico
108. Histórico MERGE COMMITS
109. Git workflows
110. “Using Git for source control is now an industry standard, but how do you know which workflow is best?.”
111. “Git itself is fairly complex to understand, making the workflow that you use with it more complex than necessary is simply adding more mental overhead to everybody’s day. I would always advocate using the simplest possible system that will work for your team and doing so until it doesn’t work anymore and then adding complexity only as absolutely needed.” –Scott Chacon, GitHub
112. Git workflow Centralized Workflow Feature Branch Workflow Gitflow Workflow Forking Workflow
113. Time release branches master develop hotfixes feature branches Derivado do artigo de Vincent Driessen: “a successful git branching model" Base da extensão git-flow. Gitflow
114. Gitflow O repositório tem duas branches com vida infinita: master dev master develop Initial production version Next production release Next production release Work in progress
115. Gitflow "Every merge back into master is a new production release."
116. Gitflow SUPPORT BRANCHES Feature branch, release branch e hotfix branch. Permite desenvolvimento paralelo no time. Devem ter um tempo de vida limitado, sou seja, devem ser deletadas. Branches normais de Git. Só mudam na forma de usar.
117. Gitflow FEATURE BRANCHES Existe enquanto a feature está em desenvolvimento. Branch off Merge back Naming dev dev #taskId- description develop feature branches Major feature for next release
118. Gitflow RELEASE BRANCHES Existe para preparar para um release em produção. Depois de feito o release, nada pode ser adicionado a esta branch. Branch off Merge back Naming dev dev master release- [version] release branches master develop Tag 1.0 From this point on, “next release” means the release after 1.0 Bugfixes from rel. branch may be continuously merged back into develop Tag 0.1 Tag 0.2 Only bugfixes! Start of release branch for 1.0
119. master develop hotfixes Tag 1.0 Severe bug fixed for production: hotfix 0.2 Tag 0.1 Tag 0.2 Incorporate bugfix in develop Bug em produção que precisa ser resolvido imediatamente. Não precisa esperar as coisas estarem prontas em dev. Branch off Merge back Naming master dev master #hotfix- description Gitflow HOTFIX BRANCHES
120. 1. Gira muito em torno dos “releases”. Para projetos onde há deploy todo dia, pode ser muito custoso. 2. Pode acarretar em long lived branches! 3. Adiciona complexidade Gitflow PROBLEMS
121. “A branching strategy itself is a process; a document. It's the place where, as a team, you capture your approach and attitude to the way that you produce, track and ship code. It can be a simple as a page on the company wiki – something that gives structure to the way that you work”
122. Desfazendo coisas
123. Desfazendo coisas Histórico público git reset git revert git cherry-pick
124. Undoing things Git é tão flexível que existem diferentes formas de desfazer coisas, dependendo do que você já fez e o que você deseja. Antes de começar a fazer qualquer alteração, lembre-se de fazer backup das coisas no seu working directory. Falar sobre a diferença de git reset, 
 git checkout e git revert.
125. Undoing things Principais componentes do repositório:
126. Undoing things Estão no seu working directory mas você ainda não subiu? Undoing things ALTERAÇÕES NÃO COMMITADAS
127. Undoing things Estão no seu working directory mas você ainda não subiu? git reset git checkout -- <file> Undoing things ALTERAÇÕES NÃO COMMITADAS
128. Undoing things Você fez vários commits e quer desfazê-los para sua branch ficar idêntica a “upstream" desta branch? git reset É uma forma de mover o HEAD da branch para um commit diferente. Undoing things ALTERAÇÕES COMMITADAS
129. Undoing things git reset HEAD~2 Move para dois commits atrás. Undoing things ALTERAÇÕES COMMITADAS
130. Undoing things É a melhor coisa que você pode fazer quando você quer desfazer coisas que não compartilhou ainda com o resto do time. (Não deu git push) Undoing things ALTERAÇÕES COMMITADAS
131. Undoing things Undoing things ALTERAÇÕES FORAM DADAS PUSH
132. Undoing things ALTERAÇÕES FORAM DADAS PUSH
133. Undoing things ALTERAÇÕES FORAM DADAS PUSH Desfaz um commit criado um novo commit “negativo”. É uma forma segura de desfazer erros, sem re- escrever o histórico publicado. git revert SHA git revert -m 1 SHA
134. Undoing things ALTERAÇÕES FORAM DADAS PUSH Se for um revert de um merge commit, lembre- se de dar revert do revert no futuro, se você deseja dar merge novamente dessa branch. Faça isso imediatamente depois do revert na sua branch.
135. Undoing things O PROBLEMA DE ALTERAR O HISTÓRICO Se for um revert de um merge commit, lembre- se de dar revert do revert no futuro, se você deseja dar merge novamente dessa branch. Faça isso imediatamente depois do revert na sua branch.
136. Pronto!
137. Resumo Git e controle de versão Instalar e configurar Criar repositórios e o básico para começar a trabalhar Entendendo o modelo de git Fluxos de trabalho Resolver tretas!
139. github.com/debscorreia github.com/renatoliveira www.labcodes.com.br speakerdeck.com/labcodes Obrigado!