Seria ótimo ter a capacidade de fazer algo como git flow release delete v1.0.2
, em vez de git checkout develop && git branch -D release/v1.0.2
(que nem tenho certeza se descarta corretamente um branch de lançamento) e esperando que nenhuma etapa importante tenha sido perdida.
Esse seria um bom comando extra.
PS: Na verdade, é a maneira correta de excluir um branch. (Lembre-se de que o git-flow não faz nenhuma mágica oculta, é apenas uma implementação das regras do post original do blog!)
Eu proporia o seguinte. Se já estiver mesclado em desenvolvimento / mestre, mas o ponteiro de ramificação permanecer:
git flow release delete 1.0.2
Para excluir ramificados que ainda não foram mesclados com Develop / Master (a fim de evitar exclusão acidental):
git flow release delete -f 1.0.2
Ah, é verdade. Eu ficaria muito feliz com essa funcionalidade do recurso.
Eu não tinha certeza se esse era o procedimento correto porque parecia que quando eu tentei, os commits que eu fiz no branch excluído foram mesclados com o desenvolvimento de qualquer maneira, o que realmente me irritou, mas eu consegui cuidar disso e seguir em frente . Só para ficar claro, isso removeria / deveria remover completamente o branch inteiro e todos os seus commits, dado o sinalizador -f
, correto?
Estritamente falando, ele remove o objeto _branch_, que aponta para um commit (que aponta para um commit, que aponta para um commit, etc.). Contanto que você tenha qualquer outro branch apontando para um desses commits (como origin/feature/foo
talvez), os commits irão permanecer. Caso contrário, eles serão eventualmente coletados como lixo. Isso é apenas o comportamento do Git.
Hmm, tudo bem. Devo ter estragado alguma coisa. Obrigado por explicar, no entanto!
+1 este recurso. Estou tentando usar o git-flow para usar os candidatos à versão como nossos produtos de sprint, para serem enviados ao ambiente de teste, enquanto mantenho o master como a base de código de produção. Em outras palavras, em nosso ambiente, a maioria dos candidatos a lançamento NÃO será 'finalizada' para ir para o master - mas todos devem estar _disponíveis_ para ... então, assim que uma versão de produção for identificada, eu gostaria de encerrar a outra versão galhos...
+1
+1
+1
+1
+1
+1 e decidi implementar isso no meu fork , atualmente apenas no ramo de desenvolvimento. Também foi adicionada a capacidade de remover o branch remoto.
+1 para isso, este recurso é compatível agora?
+1
Usei este tópico para descobrir como fazê-lo, mas preferia o método integrado
Já se passaram 2 anos ... alguma chance de ser feito? É um bom recurso, eu acho.
+1
+1
+1
Olá, já está disponível em Peter van der Does fork com várias outras melhorias.
+1
+1
+1
+1
+1
+1
+1
+1
+1
+4 (eu e minha equipe no trabalho)! ^ _ ^
+1
+2
@nrvs lolz: D
: +1:
+1
: +1:
+1
: +1:
+1
+1
+1
+1
+1
+1
+1
Isso é implementado na edição avh.
+100500
+100501
+1
+1
+1
+1
+1
+1
Uau, não posso acreditar que isso ainda é uma coisa. Já faz quase 8 anos esperando por este comando.
+1
+1
nossa, depois de nove anos, isso ainda é uma coisa
realmente preciso desse recurso
Isso é implementado em https://github.com/petervanderdoes/gitflow-avh. É compatível com versões anteriores com esta versão, mas adiciona muitas melhorias e novos recursos.
Isenção de responsabilidade: eu sou o líder do projeto para Gitflow AVH Edition
+1
por favor, pare de comentar apenas "+1", é 2020 e o Github já introduziu emojis para este propósito 👍
@geoom
+1
Comentários muito úteis
por favor, pare de comentar apenas "+1", é 2020 e o Github já introduziu emojis para este propósito 👍