Gitflow: Les correctifs ne peuvent pas être "publiés"

Créé le 17 janv. 2011  ·  32Commentaires  ·  Source: nvie/gitflow

Alors que les branches de version et de fonctionnalité peuvent toutes être publiées (publication de version/fonctionnalité git flow), les branches de correctif ne le peuvent pas.

Dans notre environnement de développement particulier, seul le personnel senior peut fusionner avec le master, ce qui signifie que les correctifs doivent être poussés vers le référentiel central par le personnel junior, afin qu'un membre senior puisse extraire cette branche de correctif, puis fusionner avec le master (fin du correctif git flow). Le problème ici est que parce que les correctifs ne peuvent pas "publier", pousser un correctif prend un mantra complètement différent de pousser une branche de version/fonctionnalité (je dis à notre personnel junior que pour les correctifs, ils doivent exécuter git push origin hotfix/1.0.1 comme par opposition à git flow hotfix publish , auquel ils sont habitués).

Donc en résumé. Pouvons-nous ajouter "hotfix publish" en tant que commande à git flow ?

Feature

Commentaire le plus utile

C'est un vieux fil, mais je suis venu ici à la recherche de la même solution. Ce repo est inchangé dans 5 ans et il semble qu'il continuera comme ça, je vous suggère fortement d'utiliser le fork AVH , car il offre plus d'options dont git flow hotfix publish .

Si vous avez installé git-flow en utilisant brew, vous pouvez simplement le changer avec

$ brew uninstall git-flow
$ brew install git-flow-avh

Tous les 32 commentaires

Notre équipe pourrait également en profiter. Nous travaillons sur une application Web et avons souvent besoin de vérifier les correctifs dans un environnement de transfert. Bien que nous puissions pousser assez facilement la branche du correctif sur github, la commande serait très pratique.

En plus de cela, il serait très utile d'ajouter la fonction de suivi afin que les branches de correctifs publiées puissent être facilement supprimées. C'est quelque chose que mon équipe pourrait aussi très bien faire. +1

@cranberyxl Exactement la même situation ici.

Exactement la même situation, veuillez ajouter une telle fonctionnalité !

+1

+1

J'ai vraiment besoin de ça +1

Ceci est certainement nécessaire ici. J'adore git flow, et j'adore voir les correctifs publiables. Nous le faisons pour les revues de code.

+2 :)

+1 Essayer d'utiliser des hooks de post-réception + un serveur CI pour tester automatiquement les correctifs, puis déployer à partir d'un feu de camp !

Merci @phoet.

Étant donné que le #163 a été fusionné, pourquoi ce problème n'a-t-il pas été fermé ?
Est-ce parce que la fonctionnalité publish hotfix a été fusionnée dans le développement uniquement et n'est pas encore publiée ?

en espérant que cela sorte bientôt ! ce sera un ajout très utile.

Ceci est implémenté dans mon fork git-flow (édition AVH)
Mon fork a trop divergé pour en faire une demande d'extraction facile pour le gitflow de nvie,

Consultez le journal des

en attendant ça aussi

+1

+1

Y a-t-il une évolution sur ce sujet ? Moi aussi, j'aimerais beaucoup avoir cette fonctionnalité, mais le manque de contribution de l'auteur du référentiel m'amène à me demander si cela arrivera un jour ?

+1

Cela fonctionne pour moi. Je ne sais pas si je comprends mal le problème, mais avec un flux git relativement récent (installé via apt-get il y a 2 semaines sur ubuntu 14.04), je peux faire git flow hotfix publish test après git flow hotfix start test .

Total 0 (delta 0), reused 0 (delta 0)
To <my repo on github>
 * [new branch]      hotfix/test -> hotfix/test
Already on 'hotfix/test'
Your branch is up-to-date with 'origin/hotfix/test'.

Summary of actions:
- A new remote branch 'hotfix/test' was created
- The local branch 'hotfix/test' was configured to track the remote branch
- You are now on branch 'hotfix/test

@emanuil-tolev car le git-flow installé via apt c'est le git-flow (AVH Edition) un fork de @nvie .

https://github.com/petervanderdoes/gitflow/wiki

++ ;

pourrait certainement l'utiliser! Merci! ;)

+1. Certainement une bonne idée!

++
Ce serait super de l'avoir !

+1 mais après 4 ans d'ouverture de ce ticket, il semble qu'il n'y ait aucun espoir de le faire

+1 mais après 4 ans d'ouverture de ce ticket, il semble qu'il n'y ait aucun espoir de le faire

Pas eu de problèmes avec un an et demi de https://github.com/petervanderdoes/gitflow , peut recommander ce fork.

Ok, merci @emanuil-tolev - je vais essayer ça ! ; )

@keithamus est-ce que « fermé » signifie « ne corrigera pas » ?

Salut @gsaslis ; J'ai déposé le problème en 2011. Je n'ai aucun droit de propriété sur ce repo. Fermé signifie que je ne suis plus personnellement intéressé par ce problème et que je souhaite nettoyer ma page de problèmes car il s'agit de ma liste de tâches. Si cela vous intéresse, vous devriez peut-être relancer le problème ?

@keithamus oh, ok, désolé pour la confusion là-bas... : )
Je suppose que la meilleure solution est toujours cette fourchette, car elle est maintenant fermée

@gsaslis np. Je dirais oui - on dirait que la fourche pourrait être la voie à suivre. Il n'y a eu aucune activité sur ce repo depuis des années.

C'est un vieux fil, mais je suis venu ici à la recherche de la même solution. Ce repo est inchangé dans 5 ans et il semble qu'il continuera comme ça, je vous suggère fortement d'utiliser le fork AVH , car il offre plus d'options dont git flow hotfix publish .

Si vous avez installé git-flow en utilisant brew, vous pouvez simplement le changer avec

$ brew uninstall git-flow
$ brew install git-flow-avh
Cette page vous a été utile?
0 / 5 - 0 notes