Habitué à SVN, je fais toujours une 'mise à jour' avant de partager les modifications, donc avant de faire des poussées, je tire toujours en premier.Empêcher git d'écrire des commandes de fusion vides
Il est ennuyeux quand je tire (même si il n'y avait pas de changements à la télécommande) et voir un commit pour une fusion avec 0 changed files with 0 additions and 0 deletions
. Commets comme:
https://github.com/UCF/Harvard-Mobile-Web/commit/be9d6b2d1ab196554e080d8b8647a9d16c8a5ddf
Je trouve que c'est un bruit inutile lorsque l'on regarde l'historique de validation.
Peut-être qu'il y a quelque chose qui me manque, y a-t-il un quelconque intérêt à ce commit? Sinon, est-il possible d'empêcher git d'écrire des commits de fusion vides?
Vous semblez avoir fusionné deux commits qui sont eux-mêmes se confond les deux mêmes commits. Comme aucun de ceux-ci n'est un descendant direct de l'autre git * has * pour faire un commit quand vous lui demandez de fusionner. Ce que je ne comprends pas, c'est pourquoi vous vouliez faire la même fusion deux fois et ensuite fusionner le résultat. Qu'est ce que tu essayais de faire? –
1) Tiré de l'amont [changements fusionnés] 2) temps passé, tiré de l'amont à nouveau [fusionné plus de changements] 3) prêt à pousser à ma fourche, tiré en premier (s'assurer qu'il n'y a pas de changements sur la fourche de collègues) commit de fusion vide encore écrit. 'git pull --rebase' était exactement ce que je cherchais. – Doug