... | ... | @@ -42,4 +42,22 @@ Branches temporárias devem ser criadas para cumprir um objetivo(Ex.: Criar nova |
|
|
|
|
|
## Merge Request (MR)
|
|
|
|
|
|
Quando finalizamos o desenvolvimento de uma branch e queremos enviar suas alterações para outra branch precisamos criar um merge request. O merge request é uma solicitação de merge que os Ages IV e o Bruno Garcia AGES II (Aluno mais experiente em Flutter) vão avaliar para aprovar ou não esse merge. Sendo aprovado e não tendo conflito de commits o merge é feito automaticamente. |
|
|
\ No newline at end of file |
|
|
Quando finalizamos o desenvolvimento de uma branch e queremos enviar suas alterações para outra branch precisamos criar um merge request. O merge request é uma solicitação de merge que os Ages IV e o Bruno Garcia AGES II (Aluno mais experiente em Flutter) vão avaliar para aprovar ou não esse merge. Sendo aprovado e não tendo conflito de commits o merge é feito automaticamente.
|
|
|
|
|
|
## Aprovação do Merge Request
|
|
|
|
|
|
O merge request só será aprovado se tiver **ao menos dois** Joinhas :thumbsup:, sendo **pelo menos um deles** de um membro AGES 3 ou 4, além de não apresentar **nenhum conflito**.
|
|
|
|
|
|
## Ciclo de Vida Gitflow - do MR à Publicação
|
|
|
|
|
|
Branchs fixas atuais:
|
|
|
|
|
|
• main
|
|
|
|
|
|
• dev
|
|
|
|
|
|
MR serão aprovados para as branchs respeitando a nomenclatura definida na imagem abaixo:
|
|
|
|
|
|
• fix/\[descrição_do_bug\] para main
|
|
|
|
|
|
• US0xx/\[descrição_da_tarefa\] para dev |
|
|
\ No newline at end of file |