Para se realizar entrega contínua o time deve praticar padrões de versionamento de código, possibilitando que o código que entre em produção tenha passado por um pipeline de testes até que possa ser entregue ao usuário final. Nessa palestra veremos como realizar o processo de Git Flow http://bit.ly/2eOy9C6 para entregar software de maneira contínua e garantir que todo código de produção esteja versionado.

1. Git
Entrega Contínua com
Luis Fernando Gomes LuisComS.com.br bit.ly/ateliedocodigo

2. Tópicos
Semantic Versioning
Git Flow

3. Semantic Versioning
SemVer para os mais íntimos
Usado em bibliotecas e APIs públicas
Usa três números para versionar

4. Formato
5 . 4 . 3
Minor PatchMajor
Grandes mudançcas com
quebra de compatibilidade Pequenas funcionlidades sem
quebra de compatibilidade
Correções de bugs

5. 5
Correção de bug
. 4 . 4

6. 5
Nova funcionalidade
. 5 . 0

7. 6
Quebra de compatibilidade
. 0 . 0

8. Pré-release
Versões de desenvolvimento usam Major 0 (0.2.1)
Pode-se usar identificadores de pre-release como
alpha, beta, rc2, etc
Devem ser adicionados ao final (1.0.0-rc1)
Primeira versão pública começa com 1.0.0

9. Benefícios
Compatibilidades e dependências mais claras
Encoraja APIs bem definidas (changelog, documentação)
Facilidade nos upgrades

10. Git Flow
Uma forma de estruturar o versionamento dos
projetos com convenções.

11. Vantagens
Padrão estabelecido
Menor curva de aprendizado
Produtividade

12. Repo
master
develop
Branches
Feature
Bugfix
Release
Hotfix

13. Branch de melhoria
develop
feature/xpto2
feature/xpto

14. Branch de lançamento
develop
release/1.4.5
master
1.4.5

15. Branch de correção
develop
hotfix/1.4.6
master
1.4.6

17. Fontes
http://semver.org
http://danielkummer.github.io/git-flow-cheatsheet/index.pt_BR.html
http://nvie.com/posts/a-successful-git-branching-model/
http://bit.ly/2eOy9C6
http://bit.ly/lcs-release-pack
http://bit.ly/ateliedocodigo

18. Obrigado
Luis Fernando Gomes LuisComS.com.br http://bit.ly/ateliedocodigo