Conflits Git dans les demandes de pull

J'ai 2 branches - master et develop

J'ai fait quelques pull requests dans mon develop branche où il contient 5 éléments, dans lequel il est le même que le nombre d'éléments dans master.

Cependant, quelqu'un a fait quelques révisions et pushed dans un peu plus d'objets dans la master branche, et donc maintenant il a 8 éléments.

Que mon pull request dans le develop n'est pas encore approuvé/fusionné, à chaque fois que j'ai essayé de mettre à jour mon pull request, j'obtiens le message indiquant que This pull request can't be merged. You will need to resolve conflicts to be able to merge et m'a demandé de faire ce qui suit:

git fetch origin master
git checkout develop 
git merge FETCH_HEAD
git commit
git push origin HEAD

Et ce qui se passe après que j'ai insisté sur le fait sortir de ma s'engage, me faisant parfois confuse. Puis j'ai réalisé qu'il me demande de l'ajouter à nouveau et s'engage de nouveau dans les 3 autres nouveaux éléments. Donc cela signifie que je dois vous assurer que les articles et le contenu entre ces 2 branches de mine doit être toujours la même? J'ai toujours utilisé git pull/fetch mais aura-t-il une meilleure façon pour moi de m'en assurer?

source d'informationauteur dissidia | 2014-09-29

  1. 17

    Ce que cela signifie, c'est que GitHub à fusionner votre PR branche dans mastermais il ne peut pas, parce qu'il y a des conflits. Comme vous l'avez discuté de la question des commentaires, le meilleur moyen de régler ce problème (en général) est de fusionner vos master branche dans develop sur la ligne de commande. Qui va vous montrer les conflits et vous demander de les résoudre. Une fois que vous avez terminé et poussé à la fusion, le RP sera fusionnables de retour dans master en utilisant le bouton vert ou sur GitHub.

    Vous pourrait tout simplement de fusionner votre deploy branche dans master (qui je réalise des sons un peu plus raisonnable). Dans ce cas, vous seriez en contournant le PR entièrement. Vous serais obligé de fermer le PR "dissociées", et, séparément, vous feriez pousser manuellement la fusion s'engager à master.

    En faisant d'elle la première façon,

    1. vous faire une meilleure piste de vérification par la fusion de maître sur GitHub, à l'aide de la PR;
    2. vous donnez à votre équipe une chance de revoir votre code après la fusion, avant qu'il ne tombe sur le master; et
    3. si vous avez des tests automatiques (tels que Travis CI ou CircleCI) qui vérifient les PRs, vous leur donnez une chance à l'exécution de votre code fusionnées.
  2. 0

    Je l'ai résolu en utilisant eclipse, git interface comme décrit ci-dessous.

    1 - Conserver toutes les modifications dans 'dev' de la branche et de la pousser à git.

    2 - caisse de branche "maître" et de tirer toutes les modifications.

    3 - Aller sur "dépôts Git affichage-->développez le dossier local" et cliquez-droit sur la branche "maître" et cliquez sur "fusionner" option.

    4 - Il va ouvrir afficher tous les conflits avec des taches rouges Git "mise en scène" de la fenêtre.

    5 - Maintenant, cliquez-droit sur chaque tache rouge et cliquez sur --> " remplacer avec git de l'indice. ce point rouge va disparaître maintenant.

    6 - après avoir fait cela pendant toute tache rouge, commit de fusion de la droite à côté du bouton.

    7-faire.