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...