Vejo uma opção experimental para iniciar um ramo de suporte usando git flow support
. Qual é o caso de uso pretendido para branches de suporte? O artigo original não descreve ramos de suporte além dos ramos de recurso, lançamento e hotfix, que já estão implementados em diferentes comandos git flow
. git flow support
destina-se a fluxos de trabalho personalizados nos quais ramos de suporte adicionais são necessários?
Aha eu vejo! Acho que outro caso de uso poderia ser aquele em que você tem um
ramo principal adicional além de master e development. Mas desde o fluxo do git
ramos de suporte não devem ser fundidos nunca, isso não funcionaria. Bem
veja quando mais documentação está disponível.
Na quarta-feira, 17 de maio de 2017, 19:41 John Mercier, [email protected] escreveu:
Eu acredito que isso seja respondido no faq
https://github.com/nvie/gitflow/wiki/FAQ e aqui
http://stackoverflow.com/a/16866118/1997707 . A ideia é apoiar
versões anteriores. Pode ser difícil corrigir um 1.0 quando você já
tem 2.0 e 3.0 no master. Em alguns casos, você pode não precisar desse hotfix em
2.0 ou 3.0 também.-
Você está recebendo isto porque é o autor do tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/nvie/gitflow/issues/6389#issuecomment-302170146 ou mudo
o segmento
https://github.com/notifications/unsubscribe-auth/ASeikE6vFxrZgOZLTzvuhUZ4RI7nsgToks5r6zFUgaJpZM4Ndo5s
.
Eu consideraria usar gitflow-avh. Este projeto parece morto.
Parece ótimo, vou considerar a mudança para essa versão.
Em Qui, 18 de maio de 2017, 16:56 John Mercier, [email protected] escreveu:
Eu consideraria usar gitflow-avh. Este projeto parece morto.
-
Você está recebendo isto porque é o autor do tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/nvie/gitflow/issues/6389#issuecomment-302429336 ou mudo
o segmento
https://github.com/notifications/unsubscribe-auth/ASeikAByZuJFB58gi6CbPQfsxDdxG7RXks5r7FwggaJpZM4Ndo5s
.
Comentários muito úteis
Acredito que isso seja respondido no faq e aqui . A ideia é dar suporte a lançamentos anteriores. Pode ser difícil corrigir um 1.0 quando você já tem 2.0 e 3.0 no master. Em alguns casos, talvez você não precise desse hotfix no 2.0 ou 3.0.