Git fusionner -s leur: Simplement?

Question

J'ai vérifié les différentes questions à ce sujet. Le premier fournit a huge question and answer (pertinent? Pas sûr) et le second fournit wrong answer as best answer.

J'ai une branche appelée great-use-this. J'ai une autre branche appelée master. Je veux fusionner great-use-this dans le maître et éviter les conflits de fusion automatique.

Quelle est la façon de le faire le plus simple et le plus facile ?

_{Note:. fait, j'ai compris cela (en utilisant une troisième branche et ours, mais ce serait bien d'avoir le SO de toute façon}

Answer 1

Oui, ce qui crée une troisième branche et de faire un merge -s ours est une solution.

Mais vous trouverez le tout "let's not advertised any "theirs" merging strategy" here.

Entre le remplacement de votre travail avec un autre travail de branche, ou tout simplement se débarrasser des travaux en cours et de le remplacer complètement par l'autre, Junio ​​Hamano C. (principal Git Maintainer) préfère la seconde approche:

Je pense que « -s theirs » est encore pire. Il est comment vous jeter ce que vous avez fait (peut-être parce que l'autre a bien meilleure solution que votre hack), mais cela peut être beaucoup plus facilement et proprement fait avec:

$ git reset --hard origin/master 

Certaines personnes pourraient dire « Mais avec 'merge -s theirs', je peux garder ce que j'ai fait, aussi ". Cette réinitialisation consiste simplement à rejeter ce que j'ai fait.

Cette logique est également erronée. Vous pouvez à la place:

$ git branch i-was-stupid 
$ git reset --hard origin/master 

si vous voulez vraiment garder trace de votre défaillance. Un gros problème "-s theirs" a, par rapport à ce qui précède "réinitialiser à l'origine, rejeter ou mettre de côté l'histoire a échoué" est que votre histoire 'maître' sur lequel votre développement est basé gardera votre merde échoué pour toujours si vous avez fait "-s leur".

Espérons que vous deviendrez un meilleur programmeur au fil du temps, et vous pouvez éventuellement avoir quelque chose mérite d'être partagée avec le monde près de la pointe de votre branche principale. Lorsque cela se produit, cependant, vous ne pouvez pas offre votre branche principale à tirer par l'amont, comme le monde plus large ne sera pas intéressé par vos erreurs antérieures du tout.

Answer 2

Je penche vers moi-même l'option git reset --hard BRANCHNAME, mais je l'ai découvert qu'il existe un « leur » dans Git (v. 1.7.1 au moins).

Si vous voulez essayer, il suffit d'ajouter un argument « -Xtheirs » à la commande de fusion.

Par exemple, à partir de maître:

git checkout -b editBranch
-- edit your files --
git add .
git commit -m "Updated the files"
git checkout master
git merge -Xtheirs editBranch

Si vous avez supprimé des fichiers dans le editBranch, vous obtiendrez une fusion qui conflict de peut être résolu avec git rm FILENAME.

Encore une fois, il semble probable que la réinitialisation --hard BRANCHNAME est une meilleure option, mais si vous avez un cas où vous avez vraiment besoin d'un leur, cela devrait vous y arriver.

Answer 3

a couru dans ce problème l'autre jour:

httpx: //seanius.net/blog/2011/02/git-merge-s-theirs/

Mise à jour: url Vieux est éteint. Voici l'article via Wayback Machine:

git merge -s ours ref-to-be-merged 
git diff --binary ref-to-be-merged | git apply -R --index 
git commit -F .git/COMMIT_EDITMSG --amend