Estou em um projeto que atualmente usa o Git-Flow e é simplesmente um inferno... · hitteroZD

Estou em um projeto que atualmente usa o Git-Flow e é simplesmente um inferno subir qualquer coisa para a branch Release, justamente por que a branch develop estar muito a frente, com features que não podem subir pra release. Nesse caso a branch develop é usada também para "testar" as aplicações em ambiente em ambiente remoto, principalmente disponibilizando as APIs para os desenvolvedores front end. nesse caso Qual seria o melhor approach?

Eu ainda não trabalhei com outros métodos, mas pensei em manter esse ambiente de features em desenvolvimento em uma branch totalmente separada, que serve só pra isso: subir as features em um ambiente remoto para que outras equipes de outros projetos já possam testa-las, sem interferir nas branchs principais de entrega.

Talvez isso seja o proprio modelo do Git Flow em si, talvez nós tenhamos aplicado isso de forma totalmente incorreta; já nem sei mais. Enfim, meu desabafo era esse...

"Estou em um projeto que atualmente usa o Git-Flow e é simplesmente um inferno subir qualquer coisa para a branch Release, justamente por que a branch develop estar muito a frente, com features que não podem subir pra release"

Dando como exemplo minha empresa, o fluxo de trabalho é sempre manter o código da master atualizado com a develop.

Quando queremos criar um novo recurso, a partir da develop criamos a feature, e ela só será enviada para a develop durante o processo de publicação, que de forma forçada obriga a develop a estar atualizada em relação a master e vice versa. No caso, esse processo consiste em develop -> feature -> develop -> release -> master. Isso garante que a develop nunca atropele a master.

Quando é hotfix, criamos a branch do hotfix a partir da master, que depois é enviado para a master e para a develop, master -> hotfix -> master, develop.