Caisse en conflit avec les fichiers. Comment dois-je procéder?

Je viens de tirer quelques changements distance à partir d'un référentiel en tenant mes équipes de projet.

C'est le message que j'ai reçu sur pull:

Caisse en conflit avec les fichiers. Comment dois-je procéder?

Apparemment, un de mes partenaires ont changé pour le même fichier que moi.

Comment dois-je procéder à partir d'ici? Le message est très vague. Y avait-il une erreur? Dois-je annuler ce que j'ai fait? A-t-il?

Un conflit se produit lorsque vos modifications ne peuvent pas être fusionnés avec ce qui est à venir, car les changements sont essentiellement sur la même ligne. Vous avez deux options, soit pour rétablir votre modifier ou fusionner manuellement les changements et de s'engager plus tard.
wiki.eclipse.org/EGit/User_Guide : jetez un oeil à la section "Résolution d'un conflit de fusion'

OriginalL'auteur CodyBugstein | 2014-09-09

  1. 8

    J'ai fait face à ce problème aujourd'hui et au-dessous de solution qui fonctionne pour moi.

    1. Faire un git stash. Cela permettra de regrouper tous vos locaux et les changements contradictoires.
    2. Faire un git pull maintenant
    Cela a fonctionné pour moi sur eclipse néon

    OriginalL'auteur Pushkin

  2. 1

    Vous devez manuellement résoudre le conflit par l'incorporation de votre partenaire de changement dans votre code et s'engager manuellement le fichier fusionné.

    Sinon, si vos modifications ne sont pas trop complexes, vous pouvez revenir (jeter) vos modifications à ce fichier, mise à jour de votre code pour récupérer votre partenaire modifications, puis refaire votre travail.

    Voir cette

    Faire fusionner manuellement les sons de la droite, mais le EGit doc unis le fichier en conflit doivent avoir ">>>>", "=====" et "<<<<" marqueurs en lui montrant où la fusion a échoué. J'ai frappé cette boîte de dialogue lors de la traction, un seul fichier est en conflit, mais je ne trouve aucun de ces marqueurs dans le fichier. Même problème ou quelque chose de légèrement différent?
    C'est déroutant. Peut-être que le conflit est dû à différentes fin-de-ligne des marqueurs ou des codages de caractères? Je devine sauvagement ici. Tout ce que je peux recommander, c'est que vous obtenez les deux copies (la vôtre et la version dans le dépôt) et d'aller à travers eux, à la fois ligne par ligne pour voir quelles sont les différences.

    OriginalL'auteur Breandán Dalton

  3. 0

    Avez-vous des modifications non validées dans le fichier qui est dans votre copie de travail? Ou est votre copie de travail propre? Le EGit la documentation vous guide à travers le dernier scénario.

    Dans mon expérience, la boîte de dialogue d'erreur posté par @lmray est ce que EGit s'affiche lorsqu'une copie de travail locale a des modifications non validées. EGit souhaite fusionner l'information à partir de la télécommande, mais je me suis dit que ça ne va pas modifier une sale copie de travail. Pour continuer, vous devez d'abord valider vos modifications en local, vous donner un point de secours, puis demande de fusion encore. La fusion doit alors produire un fichier fusionné, espérons-le, sans aucun conflit.

    Grâce à @B. Dalton pour essayer de le redresser moi - mon sale travail de copier le fichier a des modifications non validées, et un local git assistant expliqué des choses.

    Digression: c'est une adaptation mentale si vous avez (comme moi) ont été utilisés pour travailler avec SVN, qui se ferait un plaisir de tirer à distance des changements dans un sale fichier de travail local. Ne dis pas que c'est mieux, juste que git fonctionne différemment. J'ai encore des difficultés à convertir mon SVN formés à l'intuition plus adaptées aux attentes de Git.

    OriginalL'auteur chrisinmtown