-
Notifications
You must be signed in to change notification settings - Fork 4
Política de Branches
Geovanni Oliveira edited this page Mar 14, 2018
·
6 revisions
Data | Versão | Descrição | Autor |
---|---|---|---|
10/03/2018 | 0.1 | Criação do documento | Geovanni Oliveira |
13/03/2018 | 0.2 | Criação do proposta inicial da política de branches | Geovanni Oliveira |
Haverá a branch principal, onde ficará a versão estável do projeto, a Master
A branch Development será responsável por receber versões beta, antes de ir para a Master, é nela em que acontecerão os Merges das funcionalidades feitas em outras branches
Para cada funcionalidade a ser desenvolvida deve haver uma branch para ela.
Por exemplo desenvolver a funcionalidade de Login, deverá ser criada uma branch com o nome dela. Ao final da Sprint, antes de realizar a reunião de revisão e retrospectiva da Sprint com a funcionalidade pronta, o merge entre a branch Login e Development deve acontecer.
Figura 1 - Esquema de branches para o projeto