Bonsoir,
Pour y voir propre et éviter les confusions, j'aimerais supprimer les branches dont le contenu a été fusionné dans master.
Comme il y a eu pas mal d'utilisation de rebase, c'est difficile de se baser sur les outils git (même git cherry qui traille sur les patch-id ne s'en sort pas).
Denis, je propose le nettoyage: * dans perkamon : origin/ascii origin/man-warnings-db origin/master origin/next origin/reorg origin/todo
* dans perkamon-fr : origin/fh origin/modif
J'en profite pour proposer, lors de l'utilisation de branche: * soit d'utiliser merge * soit d'utiliser rebase --onto sans modification des commits intermédiaires * de supprimer la feature branch du moment que des commits ont été modifiés
Afficher les réponses par date
Le 6 mars 2014 23:07, Simon Paillard a écrit :
Bonsoir,
Pour y voir propre et éviter les confusions, j'aimerais supprimer les branches dont le contenu a été fusionné dans master.
Comme il y a eu pas mal d'utilisation de rebase, c'est difficile de se baser sur les outils git (même git cherry qui traille sur les patch-id ne s'en sort pas).
Denis, je propose le nettoyage:
- dans perkamon : origin/ascii origin/man-warnings-db origin/master origin/next origin/reorg origin/todo
Bonsoir Simon,
Ces branches n'existent plus, fais git fetch --prune pour les supprimer de ton dépôt.
- dans perkamon-fr : origin/fh origin/modif
Celles-là existent toujours, tu peux les péter, oui.
J'en profite pour proposer, lors de l'utilisation de branche:
- soit d'utiliser merge
- soit d'utiliser rebase --onto sans modification des commits intermédiaires
- de supprimer la feature branch du moment que des commits ont été modifiés
Je ne comprends pas ta recommandation au sujet de rebase, vu que je ne vois pas les branches ;-) Oui, il faudrait supprimer les branches lors du merge.
Denis
On Fri, Mar 07, 2014 at 12:01:01AM +0100, D. Barbier wrote:
Le 6 mars 2014 23:07, Simon Paillard a écrit :
Denis, je propose le nettoyage:
- dans perkamon : origin/ascii origin/man-warnings-db origin/master origin/next origin/reorg origin/todo
Bonsoir Simon,
Ces branches n'existent plus, fais git fetch --prune pour les supprimer de ton dépôt.
Je me suis déjà fait avoir avec ça au boulot, j'y ai même repensé ce soir, mais j'avais juste retrouve 'git remote --prune' qui ne fait visiblement pas pareil :)
- dans perkamon-fr : origin/fh origin/modif
Celles-là existent toujours, tu peux les péter, oui.
Fait.
J'en profite pour proposer, lors de l'utilisation de branche:
- soit d'utiliser merge
- soit d'utiliser rebase --onto sans modification des commits intermédiaires
- de supprimer la feature branch du moment que des commits ont été modifiés
Je ne comprends pas ta recommandation au sujet de rebase, vu que je ne vois pas les branches ;-)
Typiquement: git cherry -v master origin/modif montre des commits que présents (à patch identique) dans modif mais absents de master.
Certains patchs ne peuvent être retrouvés car plusieurs commits modifs ont été squashés (flemme de trouver la traduction de squash) en un seul seul commit dans master.
Le 7 mars 2014 00:22, Simon Paillard a écrit :
On Fri, Mar 07, 2014 at 12:01:01AM +0100, D. Barbier wrote:
[...]
J'en profite pour proposer, lors de l'utilisation de branche:
- soit d'utiliser merge
- soit d'utiliser rebase --onto sans modification des commits intermédiaires
- de supprimer la feature branch du moment que des commits ont été modifiés
Je ne comprends pas ta recommandation au sujet de rebase, vu que je ne vois pas les branches ;-)
Typiquement: git cherry -v master origin/modif montre des commits que présents (à patch identique) dans modif mais absents de master.
Certains patchs ne peuvent être retrouvés car plusieurs commits modifs ont été squashés (flemme de trouver la traduction de squash) en un seul seul commit dans master.
Ah ok, je ne connaissais pas cette utilisation de cherry, et ai effectivement tendance à remodeler les commits avant de les fusionner. Je ferai plus attention à l'avenir.
Denis
On Fri, Mar 07, 2014 at 12:26:50AM +0100, D. Barbier wrote:
Le 7 mars 2014 00:22, Simon Paillard a écrit :
On Fri, Mar 07, 2014 at 12:01:01AM +0100, D. Barbier wrote:
[...]
J'en profite pour proposer, lors de l'utilisation de branche:
- soit d'utiliser merge
- soit d'utiliser rebase --onto sans modification des commits intermédiaires
- de supprimer la feature branch du moment que des commits ont été modifiés
Je ne comprends pas ta recommandation au sujet de rebase, vu que je ne vois pas les branches ;-)
Typiquement: git cherry -v master origin/modif montre des commits que présents (à patch identique) dans modif mais absents de master.
Certains patchs ne peuvent être retrouvés car plusieurs commits modifs ont été squashés (flemme de trouver la traduction de squash) en un seul seul commit dans master.
Ah ok, je ne connaissais pas cette utilisation de cherry, et ai effectivement tendance à remodeler les commits avant de les fusionner. Je ferai plus attention à l'avenir.
(remodeler, je retiens :) Après j'ai aucun problème avec le squash du moment que la branche d'origine est supprimée juste après, ça rassure les anxieux qui ont toujours peur de perdre quelque chose quelques mois plus tard lors du nettoyage de branches...
-
D. Barbier -
Simon Paillard