Uma coisa que vejo bastante relacionado a esse assunto é a questão de manter versões antigas, principalmente em empresas que instala o software no servidor do cliente e eventualmente precisa lançar correções nessas versões sem disponibilizar as novidades de uma major ou minor release. No caso, lançar um patch, mas não para a última versão lançada, e sim uma ou duas versões atrás, por exemplo. A maioria dos fluxos de repositório git implementados por ai simplesmente não permitem fazer isso, indicando um mal desenho e planejamento do fluxo de trabalho dentro do git, e muitas vezes é necessário fazer alguma gambiarra manual fora do fluxo padrão do repositório.
Uma coisa que vejo bastante relacionado a esse assunto é a questão de manter versões antigas, principalmente em empresas que instala o software no servidor do cliente e eventualmente precisa lançar correções nessas versões sem disponibilizar as novidades de uma major ou minor release. No caso, lançar um patch, mas não para a última versão lançada, e sim uma ou duas versões atrás, por exemplo. A maioria dos fluxos de repositório git implementados por ai simplesmente não permitem fazer isso, indicando um mal desenho e planejamento do fluxo de trabalho dentro do git, e muitas vezes é necessário fazer alguma gambiarra manual fora do fluxo padrão do repositório.
Ótimo ponto Eduardo!! Esse caso de uso é bastante interessante mesmo, inclusive em breve farei um vídeo que irá abordar exatamente esse cenário