Baixar para ler offline
![Andréa Zambrana
front-end @ via varejo [mobile]
@akfzambrana
http://andreazambrana.com.br](https://image.slidesharecdn.com/git-slideshare-170802003434/85/Version-all-the-things-Workflows-com-Git-2-320.jpg)
Carregado porAndréa Zambrana
Version all the things [Workflows com Git]
O documento explora o controle de versão, especialmente o sistema Git, discutindo suas características, vantagens e desvantagens em comparação com sistemas centralizados. Ele abrange conceitos como repositórios, branches, commits e merges, além de apresentar comandos práticos do Git para gestão de projetos. Também menciona diferentes fluxos de trabalho e a importância do uso de pull requests e code reviews.
![Sass - css bomba[do]](https://cdn.slidesharecdn.com/ss_thumbnails/sass-151207122251-lva1-app6892-thumbnail.jpg?width=640&height=640&fit=bounds)
![b ou strong eis a questão! HTML semântico, o santo graal do front-end =]](https://cdn.slidesharecdn.com/ss_thumbnails/b-ou-strong-eisaquesto-150306114418-conversion-gate01-thumbnail.jpg?width=640&height=640&fit=bounds)
Version all the things [Workflows com Git]
- 1.
- 2. Andréa Zambrana front-end @via varejo [mobile] @akfzambrana http://andreazambrana.com.br
- 3.
- 4.
- 5. Alta troca deideias sobre desenvolvimento http://slackfemugabc.herokuapp.com/
- 6. Controle de versão Oque é?
- 7. Voltar / recuperar Conhecera história Comparar
- 8. De quem éa culpa!
- 10.
- 11. ctrl + c,ctrl + v Compressão (gzip, zip, etc)
- 13. Sistemas de controle deversão VCS (Version Controller System)
- 14.
- 15.
- 16. Histórico de revisões Patchdatabase
- 17.
- 19.
- 20. Z ZA ZA B ZA BC AnaCarol Bia r1 r2 r3 r4 +A +B +C Tronco principal
- 21.
- 22.
- 23.
- 24. Maior controle sobre asalterações
- 25.
- 26.
- 28.
- 30.
- 31.
- 32.
- 33. Cada pessoa possui umacópia do repositório completo
- 34. É possível trabalhar emparalelo
- 35.
- 36. Merges com conflitos sãorelativamente simples de resolver
- 38.
- 40.
- 41. Sistema de controle deversão distribuído
- 43.
- 44.
- 45. Suporte robusto para desenvolvimento nãolinear Muitos branchs paralelos
- 46.
- 47. Consegue lidar com grandesprojetos
- 48. Legal, mas porqueo Git é melhor?
- 49.
- 52.
- 53.
- 54. Nem é tãoimportante, né? Reversível
- 56. Os três estados deum arquivo
- 57.
- 58.
- 59.
- 60.
- 61. Diretório de trabalho Workingdirectory
- 62.
- 63.
- 64.
- 67.
- 68.
- 69.
- 72.
- 73.
- 74.
- 75. $ git config--global user.name "Nome Sobrenome" $ git config --global user.email usuario@exemplo.com $ git config --system core.editor vim $ git config --list
- 76.
- 77. $ git <comando>--help Na dúvida
- 78. Repositório local Criar umrepositório local $ git init
- 79. Clonar um repositório $git clone <url> $ git clone <url> nome
- 80. Ver o statusdos arquivos $ git status
- 81. Preparando arquivos paracommit $ git add dir/arquivo.txt $ git add . $ git rm . $ git add . -a
- 82. Consolidando versão $ gitcommit -m “Mensagem” $ git commit -am “Mensagem” $ git commit --amend
- 83. Visualizando as alterações $git diff arquivo.ext
- 85. Visualizando a história $git log
- 86. E para saberde quem é a culpa?
- 88. Visualizando histórico linhaa linha $ git blame arquivo.ext $ git blame arquivo.ext -L 50
- 89. Desfazendo alterações $ gitcheckout arquivo.ext $ git checkout .
- 90. Desfazendo commits $ gitreset HEAD~1 $ git reset HEAD~2 --hard
- 91. Enviando alterações aoservidor $ git push $ git push origin
- 92. Sincronizando repositório $ gitfetch $ git fetch origin $ git fetch -p
- 93. Trazendo alterações doservidor $ git pull $ git pull origin master $ git pull --rebase origin master
- 94.
- 95.
- 96. Criando branchs $ gitbranch nomeBranch $ git checkout -b nomeBranch
- 97.
- 98. A branch seráuma cópia da original
- 100. Vida que segue! commit,push, pull...
- 101. Trocando de branch $git checkout nomeBranch
- 102. Excluindo branchs $ gitbranch -D nomeBranch $ git push origin :nomeBranch
- 103.
- 105. $ git mergenomeBranch $ git merge --no-ff nomeBranch Mesclando branchs
- 106.
- 107.
- 108. E se derconflito?
- 110.
- 111. colocar print domeld para resolver conflitos
- 112. O nome talkera...
- 113.
- 115.
- 116.
- 117. Melhor adaptação para quemveio de um Sistema de Controle Centralizado
- 118.
- 119.
- 120.
- 121. Cada pessoa temuma cópia do repositório
- 122. Suporte robusto a branchse merges
- 123.
- 124. Tudo no mesmotronco Grande chance de ter conflitos
- 125.
- 126.
- 127.
- 128.
- 129. Features e branchs sãoindependentes
- 130. Várias branchs para cadafeature
- 131.
- 132. Menor chance de terconflitos
- 133. Uso de Pullrequest E code review
- 134.
- 135.
- 136.
- 137.
- 138.
- 139.
- 140. Nossa versão Bira eAndréa
- 141. Feat A v0.3 Bug Z Master v0.1v0.2 v0.3 Desenv
- 142.
- 143.
- 144.
- 145. Várias cópias do repositóriooficial
- 146. Cada cópia é independente Própriofluxo e branchs
- 147. Mudanças enviadas via Pullrequest Podem ser aceitas ou não
- 148.
- 149.