Histórico de Revisão
Data | Versão | Descrição | Autor(es) |
---|---|---|---|
27/08/2020 | 0.1 | Criação do Documento | Guilherme |
29/08/2020 | 0.2 | Correção na política de branch | Guilherme |
02/09/2020 | 1.0 | Aprimoramento da política de branches | Gabriel Filipe |
03/09/2020 | 1.0 | Revisão | Mateus Augusto |
Criação de Branches
-
O repositório do projeto terá uma branch principal e estável, a master. Ela será proveniente de um outra, a devel.
-
Nenhum integrante dos times (EPS/MDS.) é autorizado a fazer commits diretamente na master.
-
Nenhum integrante do time de desenvolvimento (MDS.) é autorizado a fazer commits diretamente na devel.
-
Os PRs passaram por revisões pelos integrantes do time de gestão (EPS) e, ao fim de cada release, ou em casos excepcionais, serão aceitos pelos mesmos.
-
Deve-se ser criada uma nova branch para cada nova feature, correção ou falha a partir da branch devel.
Para a criação de branches siga os passos e exemplos a seguir:
-
O nome da branch (NomeDaBranch) deverá ser uma abstração do nome da história de usuário (US), técnica (TS) ou correção (HF) a qual se refere.
-
Caso não tenha tag.
NomeDaBranch
- Caso tenha tag, ela será o número da issue a qual a se refere a história de usuário (US), técnica (TS) ou correção (HF) .
Numero_da_issue-NomeDaBranch
- O NomeDaBranch deverá ser escrito seguindo o padrão CamelCase
Numero_da_issue-NomeDaBranch
Exemplo prático
- Sem tag
OurPolicies
- Com tag
Issue_01-CamelCase
Referências
-
Lino. Disponível em https://github.com/BotLino/Lino
-
Git branch naming conventions, Sanket. Disponível em https://deepsource.io/blog/git-branch-naming-conventions/