Open julioarruda opened 2 years ago
@julioarruda @julioarrudademos Fala, Julio.. blz? Ficou faltando aqui no final informar que precisa dar git push após criar a branch nova.. só de criar a branch local não criou uma nova issue.. eu imaginei que fosse por conta disso e dei o push, mas pode ter gente que possa ficar preso aqui rs..
Obrigado pelo aviso.. vou incluir no modelo
Voltamos para o fluxo inicial....
Até agora pouco, nós tinhamos 3 branches rodando, a main, develop e a nossa feature, mas agora que terminamos de desenvolver a nova funcionalidade, realizamos o merge, e excluimos a branch de feature.
Agora com esse merge feito em Develop, seria o momento ideal para implantar no ambiente de Desenvolvimento, até porque em develop podem existir mais de uma nova feature para testes. É aqui que estamos juntando as alterações pendentes, e é apartir daqui que geramos uma nova versão de produção.
Como eu disse, apartir dessa branch nós subimos em Desenvolvimento (mas não faremos isso hoje), e também fechamos a versão de produção.
Para fechar uma versão para produção, nós iremos criar uma branch de release.
Como a branch de release é criada apartir de Develop, uma release pode conter uma ou mais features desenvolvidas recentemente, e uma questão muito importante a se considerar, é que depois de criada, a branch de Release não deve ser alterada, exceto no caso de algum bugfix, documentação, ou algum problema.
Antes de continuar as explicações, vamos criar uma nova branch de release?
As branches de release seguem a mesma convenção das features, que é
release/v1.0.0
.Vamos criar nossa branch então? Executa ai na sua máquina:
O Git Pull vai atualizar na sua branch develop com as atualizações disponiveis no servidor
Agora podemos criar nossa branch
Bons Estudos, e até daqui a pouco!!