Comment résoudre les conflits dans EGit

Je suis en utilisant EGit sur Eclipse v4.3 (Kepler). Je veux engager et de pousser mes modifications. Je fais tirer le premier et le fichier est en conflit. Après avoir manuellement la résolution du conflit (locale et distante sont les mêmes aujourd'hui), je suis toujours en cours d'exécution dans des problèmes.

Voici les messages d'erreur pour chaque action:

Pousser vers l'amont

master: master [refusé - non-avance rapide]

Pull

Ne peut pas tirer dans un dépôt de l'état: MERGING_RESOLVED

Marque comme fusionné

Échec de l'ajout de ressources d'index a Échoué pour ajouter une ressource à l'index Exception interceptée lors de l'exécution de la commande ajouter

Hard reset

Une erreur interne s'est produite lors de la: "Réinitialisation des refs/heads/master".
Exception interceptée lors de l'exécution de la commande de réinitialisation. {0}

Comment puis-je supprimer le conflit et de pousser mes modifications? Ce que je fais mal?

Normalement, vous devez ajouter l'résolu fichier à l'index (étape) et ensuite envoyer le résultat (pour une fusion). Pourriez-vous inclure la trace de la pile pour "Exception interceptée lors de l'exécution d'ajouter une commande"?
où puis-je voir la trace de la pile pour qui? le message d'origine s'affiche dans un popup et j'ai montré le message d'erreur quand je clique sur "<< Détails".
Essayez le "Journal des Erreurs" de la vue.
le journal des erreurs montre le même que dans la question.

InformationsquelleAutor Sionnach733 | 2014-02-04

74

Êtes-vous à l'aide de l'Équipe de Synchroniser la vue? Si oui, c'est ça le problème. La résolution des conflits dans l'Équipe de Synchroniser ne fonctionne pas avec EGit. Au lieu de cela, vous devez utiliser le Dépôt Git de vue.

Ouvrir le Git point de vue. Dans la vue Repository Git, aller sur Branches → Local → maître et faites un clic droit → de Fusion...

Il devrait sélection automatique Suivi à Distance → origin/master. Appuyez sur la touche Merge.

Il devrait montrer result:conflict.

Ouvrir les conflits de fichiers. Ils doivent avoir un vieux sk000l >>>> ===== <<<< style de conflit de fusion dans les fichiers. Modifier le fichier pour résoudre le conflit, et de les enregistrer.

Maintenant dans le Git "mise en scène", il devrait afficher le fichier modifié en 'Unstaged les Modifications". Clic droit et " Ajouter à l'Indice de'

Répétez l'opération pour tous les fichiers restants.

Maintenant à partir de la git "mise en scène" de la vue, commit et push. Comme Git/Eclipse sait maintenant que vous avez fusionné la distance de l'origine des changements dans votre maître, vous devez éviter les non-avance rapide d'erreur.
- J'ai perdu beaucoup de temps à chercher pour cela. L'ajouter à l'index semble assez peu intuitive pour marquer un conflit résolu. Donc, je veux juste colaborer avec une image (et le reste pour le futur)
- Pire ici pour moi. J'ai fusionné, mise en scène et les commis mes fichier en conflit, mais Eclipse ne me croyez pas, et dit qu'il ya encore un conflit.
InformationsquelleAutor dan carter
23

Je trouve aussi de la difficulté à résoudre les conflits de fusion EGit. Quand je suis prêt à commettre des modifications à un référentiel partagé, les étapes que j'ai appris sont comme suit:
1. Clic droit sur le projet et de choisir l'Équipe: s'Engager....
2. Examen de mes modifications pour vérifier que je ne suis pas d'engager des changements que j'ai faits accidentellement ou sans rapport avec les changements que j'ai oublié. Écrire le message de commit alors que je suis à examiner les changements.
3. Je suis optimiste, j'ai donc commencer en cliquant sur le Commettre et bouton-Poussoir. Si personne n'a poussé aucun changement, je suis fait. Si quelqu'un a, puis la validation réussit, et la poussée est rejeté.
4. Clic droit sur le projet et de choisir l'Équipe: Tirer. Si il n'y a pas de conflits, choisissez ensuite l'Équipe: Poussoir en Amont et je suis fait.
5. Si il y a des conflits, regarder à travers l'explorateur de packages pour voir quels fichiers sont en conflit. Cliquez du bouton droit sur chaque fichier en conflit, et de choisir l'Équipe: l'Outil de Fusion. Il sera d'afficher toutes les modifications dans les deux versions du fichier, avec tous les conflits indiqués en rouge. Cliquez sur le bouton fusionner tous les non-conflit changements, alors modifier les sections rouges manuellement. Il y a également un bouton pour afficher une trois façon de fusion qui comprend l'ancêtre commun.
6. Enregistrer les modifications dans le fichier. Si vous le souhaitez, vous pouvez le comparer à la TÊTE pour voir ce que les modifications que vous apportez sur le dessus des modifications que vous venez de tirer.
7. Clic droit sur le fichier et choisir l'Équipe: Ajouter à l'Indice de dire EGit que vous avez terminé la fusion de ce fichier. Pour moi, c'est le moins intuitive étape, mais le git en ligne de commande utilise aussi la commande ajouter à montrer qu'une fusion est terminée.
8. Répétez pour tous les autres fichiers en conflit.
9. Lorsque tous les fichiers sont fusionnées, clic droit sur le projet et de choisir l'Équipe: Rebase: Continuer Rebase. Si il y a plus de conflit s'engage, revenir à régler les conflits.
10. Lorsque cela est terminé, exécutez vos tests pour voir que cela n'a rien cassé.
11. Clic droit sur le projet et de choisir l'Équipe: Pousser vers l'Amont.
- Je suis dans une situation similaire, mais je ne vois rien qui s'appelle "de l'Équipe: Rebase: Continuer Rebase". Où avez-vous accès à cette option?
- Les deux points représentent les menus enfant, @pgreen2. J'ai cliqué avec le bouton droit sur le projet et navigué à la liste des menus. Il est possible que nous utilisons différentes versions - je utiliser Eclipse 4.4.2 (Luna) avec EGit 3.4.2. Si vous ne pouvez pas trouver ce que je décris, regarde EGit du rebase documentation. Il sonne comme il y a un bouton "Continuer" dans le Git mise en scène vue et quelque chose dans les Dépôts Git vue.
- Mon expérience suite à cette route (merci btw - je ne suis pas dénigrer vous), c'est que j'ai pu faire une opération de fusion, puis "marquer comme fusionnées", puis sur "commit" mais egit encore ne serait pas me laisser pousser la validation de la télécommande. Après une heure à tourner en rond, j'ai essayé de pousser à nouveau, et cette fois, laissez-moi. Aucune idée de pourquoi.
- Vaut la peine de faire un pull avant de s'engager, juste pour aider à éviter les conflits.
InformationsquelleAutor Don Kirkby
6

Ce guide a été utile pour moi
http://wiki.eclipse.org/EGit/User_Guide#Resolving_a_merge_conflict.

Mis à JOUR
Juste une remarque sur ce sujet de mon intervention, c'est comment j'ai procéder:
1. Commettre de Mon changement
2. Fetch (Syncrhonize de l'espace de travail)
3. Pull
4. De gérer les Conflits avec l'Outil de Fusion (Équipe->Outil de Fusion) et Enregistrer
5. Ajouter chaque fichier à l'étape (Équipe -> Ajouter à l'index)
6. Maintenant le Message de validation dans la fenêtre de la Scène est préremplie avec "Fusionné XXX". Vous pouvez le laisser tel qu'il est ou modifier le message de commit
7. Commit et Push
Il est dangereux, dans certains cas, mais il est très utile pour éviter d'avoir recours à des outils comme Git Extension ou de la Source de l'Arbre

InformationsquelleAutor Tonino
4

Je sais que c'est un vieux post, mais je viens de me frapper avec un problème similaire et a été en mesure de le résoudre, donc je pensais que je voudrais partager.

(Mise à jour: Comme indiqué dans les commentaires ci-dessous, cette réponse était avant l'inclusion de la "git stash" pour eGit.)

Ce que j'ai fait:
1. La copie de la copie locale du fichier en conflit qui peuvent ou peuvent ne pas avoir toutes les modifications de la version sur l'amont.
2. Au sein d'Eclipse, "Revenir" le fichier de la version juste avant le conflit.
3. Exécuter de "Tirer" sur le dépôt distant, permettant à tous les changements synchronisés dans le répertoire de travail local. Cela doit désactiver les mises à jour à venir vers le bas à votre système de fichiers, laissant seulement ce que vous avez à gauche pour pousser.
4. Vérifier la version actuelle du conflit de fichier dans votre répertoire de travail avec la copie que vous avez copié. Si il y a des différences, faire un bon fusionner des fichiers et à s'engager à ce que la version du fichier dans le répertoire de travail.
5. Maintenant "Pousser" vos modifications.
Espère que ça aide.
- Pouvez-vous expliquer d'où Git stash est en eGit? Je n'ai pas vu là-bas et ce est une question concernant eGit.
- Hmmm... je ne semble pas l'avoir disponible sur le mien. Je suis en cours d'exécution MyEclipse2015Cl (construit à partir d'Eclipse v4.4.0) avec la eGit 3.4.2 plugin. Doit être une fonction à partir d'une version plus récente. :-/ Maintenant, notant que la version 3.4.2 de eGit a été publié le 18 décembre 2014 et j'ai donné ma réponse le 23 juillet 2014, vous bas-voté moi parce que vous avez trouvé une fonctionnalité qui n'était même pas disponible quand j'ai donné ma réponse, a fortiori lorsque l'OP posté à leur question? Merci.
- vous devez ajouter à votre cachette solution comme une réponse distincte.
- Merci pour la mise à jour de la réponse, opposition retirée :). J'ai déménagé mes commentaires en réponse distincte par @Adam suggestion
InformationsquelleAutor B.Kaatz
1

Juste un clic droit sur un fichier en conflit et l'ajouter à l'index après la résolution des conflits.

InformationsquelleAutor user1583465
0

Cette approche est similaire à la "cachette" de la solution, mais je pense que ça pourrait être plus clair:
1. Votre succursale locale est "maître" et que vous avez modifiés.
2. Après la synchronisation, il y a des modifications entrantes et certains fichiers doivent être fusionnées.
3. Ainsi, la première étape est de passer à une nouvelle branche locale (dire "my_changes"):
  - Équipe -> Commutateur -> Nouvelle branche
    
    Nom de la branche: my_changes (par exemple)
4. Après le passage à la nouvelle direction générale, la non validées modifications locales existent encore. Donc, commettre tous vos locaux modifications non validées à la nouvelle branche "my_changes":
5. Revenir à la locale "maître" de la branche:
  - Équipe -> Commutateur -> maître
6. Maintenant, lorsque vous choisissez de l'Équipe -> Synchroniser espace de travail, pas de "fusionner" les fichiers sont attendus.
7. Équipe Select -> Pull
  - Aujourd'hui, la "master" direction générale est jusqu'à ce jour à la distance "maître" de la branche.
8. Maintenant, il y a deux options:
  - Option 1:
    
    Équipe Select -> Fusionner pour fusionner l'origine des changements locaux de "my_changes" branche locale en "maître" de la section locale.
    
    Maintenant commettre les modifications entrantes à partir de l'étape précédente dans les locaux de "maître" de la branche et de la pousser à la distance "maître" de la branche.
  - Option 2:
    
    À nouveau l'interrupteur à "my_changes" branche locale.
    
    Fusionner les mises à jour du local "maître" de branche en "my_changes" branche.
    
    Procéder à la tâche en cours dans "my_changes" branche.
    
    Lorsque la tâche est terminée, utilisez l'Option 1 ci-dessus pour mettre à jour le "maître" de la branche ainsi que de la distance.
InformationsquelleAutor ashawki
0

Pour résoudre les conflits, l'utilisation de Git stash pour enregistrer immédiatement vos modifications non validées; puis tirez vers le bas de la télécommande changement de référentiel, puis pop de votre local cachette de réappliquer vos modifications non validées.

Dans Eclipse v4.5 (Mars) pour ranger les changements (un ajout relativement récent, n'était pas dans les précédentes EGit) je le fais: clic-droit sur un haut niveau projet Eclipse qui est dans Git de contrôle, choisissez Équipe, choisissez Caches, choisissez Cachette Changements;
une boîte de dialogue s'ouvre pour demander une cachette message de commit.

Vous devez utiliser le menu contextuel sur un haut niveau le projet! Si je clic droit sur un répertoire ou un fichier dans un Git-contrôlé projet je n'ai pas le menu contextuel approprié.
- Merci @Peter Mortensen pour le nettoyage 🙂
InformationsquelleAutor chrisinmtown
0

Que c'est une question nous sommes confrontés le plus souvent, ci-dessous sont les étapes à suivre pour le résoudre.
1. Ouvrir le Git point de vue. Dans le Dépôt Git, aller à
  sur Branches → Local → maître et faites un clic droit → de Fusion...
2. Il devrait sélection automatique Suivi à Distance → *origin/master. Appuyez sur la touche Merge.
3. Lancement de vue de la scène dans Eclipse.
4. Double-cliquez sur les fichiers qui ont montré conflit
5. Dans le conflit de fusion de vue, en sélectionnant la flèche gauche pour tous les non-conflit + conflit changements de gauche à droite, vous pouvez résoudre tous les conflits.
6. Enregistrer le fichier fusionné.
7. Faire une Équipe → tirer à partir d'Eclipse à nouveau.
Vous êtes tous ensemble 🙂

InformationsquelleAutor Som
0

D'un processus antérieur de la résolution des conflits (par le biais de la mise en scène) dans Eclipse semblait beaucoup plus intuitif, il y a plusieurs années, donc soit l'outillage ne fonctionne plus dans la manière que j'ai été ou je suis de rappeler le processus de résolution des conflits de fusion au sein de SVN dépôts. Peu importe, il y avait cette chouette "Marquer comme Fusionné" option de menu de clic droit sur un fichier en conflit.

Avance rapide jusqu'en 2019, je suis en utilisant le "Git mise en scène" afficher dans Eclipse (v4.11). En fait, je suis en utilisant STS (Spring Tool Suite 3.9.8), mais je pense que le Git mise en scène de la vue est une norme plugin Eclipse pour travailler avec Java/Spring-en fonction des projets. Je partage l'approche suivante dans le cas où il aide à quelqu'un d'autre, et parce que je te lasses ou résoudre les conflits de fusion du GIT en ligne de commande. 😉

Parce que la fonctionnalité que je le rappel est maintenant disparu (ou peut-être fait différemment avec la version actuelle de GIT et Eclipse), voici les étapes que j'ai maintenant à suivre pour résoudre les conflits de fusion par Eclipse en utilisant un dépôt GIT. Il semble que le plus intuitif pour moi. De toute évidence, il est clair à partir du nombre de réponses ici qu'il y a de nombreux façons de résoudre les conflits de fusion. Peut-être que j'ai juste besoin de passer à JetBrains IntelliJ, avec leurs trois voies de l'outil de fusion.
1. Double-cliquez sur le fichier avi
2. Un "Texte" comparaison de l'interface s'affiche, avec side-by-side de vue sur le conflit s'engage.
3. Identifier le point de vue est le local de l'état du fichier, ou le plus récent s'engager.
4. Apporter des modifications à la fenêtre locale, soit de l'ajout ou de la rédaction des modifications de la délinquance commis.
5. Quand le jeu souhaité de changements a été revu et mis à jour, cliquez-droit sur le unstaged fichier.
6. Cliquez sur "Ajouter à l'Index" l'option, et votre fichier sera ajouté à la mise en scène change.
7. Cela supprime également le fichier en conflit de la unstaged liste, indiquant ainsi qu'il a été "marqué comme fusionné"
8. Continuer ce processus avec chaque fichier en conflit.
9. Lorsque vous avez reivewed tous les conflits de fichiers, vérifiez que tous les fichiers (y compris des modifications supplémentaires) sont mis en scène.
10. Ajouter un message de commit.
11. S'engager et appuyez sur le "fusionné" fichiers à l'origine du référentiel, et ce officiellement les marques de vos fichiers fusionnés.
REMARQUE: les options de menu ne sont pas intuitifs, un certain nombre de choses peuvent être trompeuses. Par exemple, si vous avez enregistré des mises à jour localement, et essayez de rouvrir le fichier en conflit à confirmand que les modifications apportées ont persisté, la confusion peut, depuis l'origine du conflit de l'état est ouvert... pas vos modifications.

Mais une fois que vous ajoutez le fichier(s) à l'index, vous verrez vos changements.

Je recommande également que lorsque vous tirez dans les changements qui en résultent dans un conflit de fusion, que vous "ranger" vos modifications locales d'abord, et ensuite, tirez les changements de nouveau. Au moins avec GIT, comme une protection, vous ne serez pas autorisé à tirer dans les changements externes jusqu'à ce que vous revenir à vos modifications ou les ranger. Jeter et de revenir à la TÊTE de l'état, si les modifications ne sont pas importants, mais les ranger autrement.

Enfin, si vous avez un ou deux à la modification de fichiers, puis envisager de se retirer dans des fichiers textes séparés comme une référence, puis revenir à la TÊTE et ensuite mettre à jour manuellement le fichier(s) lorsque vous tirez des changements à travers.

InformationsquelleAutor Michael M
-1

GIT a le plus irritant façon de résoudre les conflits (à la différence de svn où vous pouvez simplement comparer et faire les changements). Je crois fermement, git est complexe processus de résolution de conflit. Si je devais résoudre, je voudrais simplement prendre un autre code à partir de GIT en tant que frais, ajouter mes modifications et de les valider. Il est simple et pas trop orientée sur les processus.

InformationsquelleAutor Hirein

Vous devez vous connecter pour publier un commentaire.