Let the development Flow [pt_BR]

Entendendo como o Git pode ser utilizado para aumentar a produtividade do seu time

1. Let the development flow Entendendo como o Git pode ser utilizado para aumentar a produtividade do seu time
2. Falar de processo de expedição usando Git como Source Control Tool e como automatizar algumas rotinas deste processo. objetivo da apresentação
3. Por que versionamos nossos softwares... … nós já sabemos...
4. … agora: por que usar o Git... ...quando já temos um modelo estável e testado aqui na empresa?
5. Descentralizado Não memoriza “renames” Capaz de manipular qualquer coisa “commitada” Merges simples Volte ao passado Guiado por “branches” Staging Patching Blaming Integridade do Histórico
6. pequenos “commit”s e o modelo de rastreio de alterações do Git
7. http://git-scm.com/book/en/Git-Tools Git Tools at Git Documentation
8. Por que adotar um processo... … se a ferramenta é tão boa e completa?
9. todo mundo precisa evoluir o software com novas features
10. BUGs devem ser corrigidos em tempo recorde
11. Deve ser possível expedir o software com tudo que foi feito até o momento... … sem trazer consigo as features não finalizadas e bugs parcialmente corrigidos.
12. Um modelo de versionamento de sucesso com Git
13. Master Developement
14. O Commit nosso de cada dia
16. Uma branch para cada feature
18. Você consegue identificar quais fontes foram modificados juntos para que a feature fosse concluída.
20. # Criando a branch da feature $ git checkout -b feature-1 develop Switched to a new branch "feature-1" # Depois de seus commits na branch da feature $ git checkout develop Switched to branch 'develop' $ git merge --no-ff feature-1 Updating ea1b82a..05e9557 (Summary of changes) # Remover a branch desnecessária $ git branch -d feature-1 Deleted branch feature-1 (was 05e9557). # Atualiza o repositório $ git push origin develop
21. Uma branch para cada release
24. $ git checkout -b release-1.2 develop Switched to a new branch "release-1.2" # Mudar a versão dos artefatos $ git commit -a -m "Bumped version number to 1.2" [release-1.2 74d9424] Bumped version number to 1.2 1 files changed, 1 insertions(+), 1 deletions(-) # Aplicar em master $ git checkout master Switched to branch 'master' $ git merge --no-ff release-1.2 Merge made by recursive. (Summary of changes) $ git tag -a 1.2 $ git checkout develop Switched to branch 'develop' $ git merge --no-ff release-1.2 Merge made by recursive. # Deletar a branch desnecessária $ git branch -d release-1.2
25. Uma branch para cada hotfix
30. # Criamos a branch de hotfix $ git checkout -b hotfix-1.2.1 master # Alteramos as versões dos artefatos $ git commit -a -m "Bumped version number to 1.2.1" # Aplicamos algumas correções $ git commit -m "Fixed severe production problem" # Aplicamos as correções em master $ git checkout master $ git merge --no-ff hotfix-1.2.1 # Criamos uma tag com a release da correção $ git tag -a 1.2.1 # Atualizamos develop com a correção atual $ git checkout develop $ git merge --no-ff hotfix-1.2.1 # Removemos a branch desnecessária $ git branch -d hotfix-1.2.1
32. Automatizando tudo com o Git Flow
33. Inicializa o git flow em seu repositório git flow init
34. $ git flow init No branches exist yet. Base branches must be created now. Branch name for production releases: [master] Branch name for "next release" development: [develop] How to name your supporting branch prefixes? Feature branches? [feature/] Release branches? [release/] Hotfix branches? [hotfix/] Support branches? [support/] Version tag prefix? []
35. Para trabalhar com suas features git flow feature
36. # Criar a feature de login do sistema $ git flow feature start login # Altere os códigos necessários e commit $ git commit -m “Finalizada feature de login do sistema” # Finalize a release $ git flow feature finish login # Criar a feature de integração do login com o Google $ git flow feature start google-login # Altere os códigos necessários e commit $ git commit -m “Login integrado ao Google” # Finalize a release $ git flow feature finish google-login
37. Para trabalhar com suas releases git flow release
38. # Inicie a sua release $ git flow release start v0.1.0 # Publique a release para o servidor $ git flow release publish v0.1.0 # Aplique as correções necessárias # Caso encontre algo de errado durante o QA da release # Finalize a sua release $ git flow release finish v0.1.0 # Envie as suas tags de release para o servidor $ git push --tags
39. A sintaxe que sincroniza seu repositório local com o seu servidor git flow * publish
40. Para trabalhar com suas hotfixes git flow hotfix
41. # Inicie um hotfix $ git flow hotfix start v0.1.1 # Aplique as correções necessárias # Finalize a sua release $ git flow hotfix finish v0.1.1 # Envie as suas tags de release para o servidor $ git push --tags
42. http://danielkummer.github.io/git-flow- cheatsheet mais git flow commands
43. Instalando o Git Flow
44. https://github.com/nvie/gitflow/wiki/Windows on windows
45. https://github.com/nvie/gitflow/wiki/Linux on linux
46. https://github.com/nvie/gitflow/wiki/Mac-OS-X on macosx
47. Sincronizando as branchs com o Git UP
48. Sincroniza todas as suas branches, aplicando rebase sempre que necessário git up
49. Perguntas?
50. • http://nvie.com/posts/a-successful-git-branching-model/ • https://www.atlassian.com/git/workflows#!workflow-gitflow • https://github.com/nvie/gitflow/ • https://github.com/aanand/git-up Referências
51. Obrigado! Twitter: @miere Skype: miere.teixeira GitHub: https://github.com/miere E-Mail: miere.teixeira@texoit.com E-Mail: miere.teixeira@gmail.com