Política de Criação de Branch
- O repositório do projeto terá uma branch principal e estável, a main.
- A partir da main será criada outra branch, a devel.
- Nenhum integrante da equipe é autorizado a fazer commits diretamente na main.
- Nenhum integrante da equipe é autorizado a fazer commits diretamente na devel.
- Deve-se ser criada uma nova branch para cada nova feature, correção ou falha a partir da branch devel.
Nomeação da branch
Para dar um nome para sua branch, deve ser especificado o propósito da branch, nomeando com uma das seguintes opções: - feature - define que a branch criada é para o desenvolvimento de uma nova funcionalidade. - bugfix - define que será feito a correção ou manutenção em uma funcionalidade ou configuração referente ao projeto.
Após essa especificação, deverá ser inserido uma barra para fazer a separação e logo em seguida, o nome da branch, que deverá ser uma abstração do nome da história de usuário ou correção (HF) a qual se refere.
- O nome da branch deverá ser escrito seguindo o padrão Snake Case
Exemplos práticos
feature/dashboard_imoveis
bugfix/dashboard_imoveis
Referências
Vamos Cuidar - Gestão.https://fga-eps-mds.github.io/2020.1-Grupo6/policies/branches/. Acessado em 04/08/2021 Case Styles: Camel, Pascal, Snake, and Kebab Case. https://betterprogramming.pub/string-case-styles-camel-pascal-snake-and-kebab-case-981407998841. Acessado em 04/08/2021 Git Workflow: o que é e principais tipos. https://www.zup.com.br/blog/git-workflow. Acessado em 04/08/2021 Fluxo de desenvolvimento com GitFlow. https://imasters.com.br/agile/fluxo-de-desenvolvimento-com-gitflow. Acessado em 04/08/2021
Versionamento
| Data | Versão | Descrição | Autor(es) |
|---|---|---|---|
| 04/08/2021 | 1.0 | Criação do documento | Estevao Reis |