Comment travailler autour de “multiples fusion des bases” erreur dans EGit plugin Eclipse?

À l'aide d'eclipse plugin egit j'ai rencontré des "multiples fusion des bases de" l'exception".
Avant, j'ai réussi à résoudre la situation, mais cette fois, rien n'y fait.
Même après la création de nouvelles validations et les branches, cherry pick. Référentiel branches semble bloquée à fusionner.

C'est l'exception:

An internal error occurred during: "Merging with refs/remotes/origin/master".
Exception caught during execution of merge command. java.io.IOException: Multiple merge bases for:
 082a3a9846147a0e6df72d6cffa6d6e517275b7b
 4d6c573c52ebb0de091bd91dbcefcbcbd44e7534 found:
 c480f2b3683a5d0c5607984ea6393d61dfa9fba4
 9da20a3c6304059ed92296ef2decb6f04e7112df

OriginalL'auteur jlmfao | 2012-08-31

  1. 13

    EGit

    Le récursive de fusion de la stratégie nécessaire pour cela est la valeur par défaut depuis EGit 3.0 (voir bug 380314).

    Dans le cas où vous utilisez une version antérieure, voir la page de téléchargement pour la mise à niveau.

    Solutions de contournement

    Sinon, essayez de réinitialiser votre dernière validation avant la dernière fusion, puis de fusionner avec origin/master. Ensuite, si vous faites plus de changements sur le dessus de la fusion d'origine, cherry-pick de ces.

    Une autre possibilité serait de réaliser la fusion à l'aide de C git (sur la console), il peut gérer cette situation.

    OriginalL'auteur robinst

  2. 5

    Si vous ne pouvez pas ou ne souhaitez pas mettre à jour vers la dernière EGit, puis le plus fiable de la contourner (comme robinst suggère) pour récupérer de cet état et puis fusionnent sur la ligne de commande.

    • Note qu'il est important de récupérer à partir de ce correctement, comme un Multiple merge bases problème les feuilles de votre référentiel au milieu d'un état de fusion.
    • Si vous ne récupérez pas correctement, alors le prochain commit, vous n'en résultera une de fusion s'engager qui en silence revient tous les changements!
      • En d'autres mots, lorsque vous poussez, seulement vos changements locaux vont se retrouver sur la télécommande. Toutes les modifications distantes ressemblera ils ont été regroupés, mais ont été ignorés, comme faire git merge -s ours avant de faire un push.

    Vous pouvez vérifier pour voir si vous êtes dans un état de fusion par la recherche de MERGE_HEAD et MERGE_MSG fichiers dans votre .git dossier. Juste faire une git status vous dit nothing to commit:

    $ git status
# On branch master
# Your branch and 'origin/master' have diverged,
# and have 4 and 25 different commit(s) each, respectively.
#
nothing to commit (working directory clean)
$ cat .git/MERGE_HEAD 
1234567890abcdef1234567890abcdef12345678
$ cat .git/MERGE_MSG 
Merge remote branch 'origin/master'

    Vous pouvez ensuite revenir à l'état où vous étiez avant que vous avez tenté la fusion à partir de EGit.

    $ git reset --hard
HEAD is now at 0123456 Blah blah blah
$ cat .git/MERGE_HEAD .git/MERGE_MSG
cat: .git/MERGE_HEAD: No such file or directory
cat: .git/MERGE_MSG: No such file or directory

    Comme toujours, vous perdrez tout et de toutes les modifications effectuées depuis le dernier commit.

    • Note: c'est pourquoi il est une bonne idée pour valider toutes les modifications avant de faire un pull ou une fusion.
      • Si la de tirer ou de fusion échoue, et votre référentiel est laissé dans un état incohérent, vous voulez être en mesure de remettre à un autre bon point avant d'essayer le pull/fusion à nouveau.
    • Comme une alternative à commettre avant un pull/fusion, vous pouvez également cachette vos modifications, effectuer la fusion et ensuite unstash. C'est effectivement comme un mini rebase de modifications non validées sur le dessus de la fusion, mais avec le filet de sécurité d'un pré-fusion s'engager.

    Notez que vous pouvez aussi faire un git merge --abort, mais sur certaines versions de git, cela vous recommande de valider vos modifications, vous ne devriez pas faire si vous voulez éviter que vos distance changées en silence revint (dont vous ne voulez certainement pas).

    Vous pouvez maintenant ré-exécuter la fusion que vous vouliez à l'origine à l'aide de git en ligne de commande, ce qui permettra d'utiliser la récursivité résoudre stratégie et devrait donc fonctionner correctement:

    $ git merge origin/master
Auto-merging ...
...
Merge made by recursive.
...
$ git --no-pager log -1 --oneline
2345678 Merge remote branch 'origin/master'
    Je voudrais bien que j'ai lu votre réponse en premier! Je pense que j'ai peut-être juste "pas" correctement récupérés à partir de la fusion. Que voulez-vous dire exactement par un silence distant revenir? J'ai été la fusion du maître dans la développer depuis que j'ai voulu synchroniser, quand j'ai frappé plusieurs bases, je suis allé dans la ligne de commande pour obtenir au-delà de la poussée. Mais quand je suis allé à tirer la développer direction de, la prochaine fois, il semble que j'ai perdu le dernier de s'engager à développer la branche. Cette question est-elle compatible avec le silence de distance de revenir?

    OriginalL'auteur Mark Booth