Gitflow: possibilité de supprimer/supprimer la version/le correctif/les fonctionnalités facilement

Ce serait une bonne commande supplémentaire.

PS : C'est en effet la bonne façon de supprimer une branche. (Rappelez-vous, git-flow ne fait pas de magie cachée, c'est juste une implémentation des règles de l'article de blog original !)

Je proposerais ce qui suit. S'il est déjà fusionné dans develop/master, mais que le pointeur de branche reste :

git flow release delete 1.0.2

Pour supprimer les branches qui ne sont pas encore fusionnées avec develop/master (afin d'éviter une suppression accidentelle) :

git flow release delete -f 1.0.2

Ah, en effet. Je serais très heureux avec cette fonctionnalité de la fonctionnalité.

Je n'étais pas sûr que ce soit la bonne procédure car il semblait que lorsque je l'avais essayé, les commits que j'avais faits dans la branche supprimée avaient de toute façon fusionné pour se développer, ce qui m'a vraiment ennuyé, mais j'ai réussi à m'en occuper et à avancer . Juste pour être clair, cela supprimerait / devrait complètement supprimer la branche entière et tous ses commits, étant donné le drapeau -f , n'est-ce pas ?

À proprement parler, il supprime l'objet _branch_, qui pointe vers un commit (qui pointe vers un commit, qui pointe vers un commit, etc.). Tant que vous avez d'autres branches pointant vers l'un de ces commits (comme origin/feature/foo peut-être), les commits resteront. Sinon, ils finiront par être ramassés. C'est juste le comportement de Git.

Hum, eh bien. J'ai dû foutre en l'air quelque chose. Merci pour l'explication, cependant!

+1 cette fonctionnalité. J'essaie d'utiliser git-flow pour utiliser les release candidates comme livrables de sprint, à pousser vers l'environnement de test, tout en maintenant le master comme base de code de production. En d'autres termes, dans notre environnement, la plupart des versions candidates n'auront PAS "fini" pour passer au master - mais toutes devraient être _capables_ de... donc une fois qu'une version de production a été identifiée, j'aimerais mettre fin à l'autre version branches...

+1

+1

+1

+1

+1

+1 et j'ai décidé de l'implémenter sur mon fork , actuellement uniquement dans la branche develop. Ajout de la possibilité de supprimer également la branche distante.

+1 pour cela, cette fonctionnalité est-elle prise en charge maintenant ?

+1

J'ai utilisé ce fil pour comprendre comment le faire, mais je préférerais la méthode intégrée

Cela fait 2 ans maintenant... y a-t-il des chances que ça se fasse ? C'est une bonne fonctionnalité, je pense.

+1

+1

+1

Bonjour, il est déjà disponible dans la fourche Peter van der Does avec plusieurs autres améliorations.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+4 (moi-même et mon équipe @ travail) ! ^_^

+1

+2

@nrvs lolz :D
:+1:

+1

:+1:

+1

:+1:

+1

+1

+1

+1

+1

+1

+1

Ceci est implémenté dans l'édition avh.

+100500

+100501

+1

+1

+1

+1

+1

+1

Wow, je ne peux pas croire que c'est toujours une chose. Cela fait presque 8 ans que j'attends cette commande.

+1

+1

wow, après neuf ans, c'est toujours une chose
vraiment besoin de cette fonctionnalité

Ceci est implémenté dans https://github.com/petervanderdoes/gitflow-avh Il est rétrocompatible avec cette version mais ajoute de nombreuses améliorations et nouvelles fonctionnalités.

Avis de non-responsabilité : je suis le chef de projet pour Gitflow AVH Edition

+1

s'il vous plaît, arrêtez de commenter juste "+1", c'est 2020 et Github a déjà introduit des emojis à cet effet 👍

@geoom

+1