Éviter les fusionner les livraisons et d'autres s'engage lors de pull request sur GitHub

Je bifurquais un projet sur Github.

Laisser la distance en amont être upstream et ma télécommande d'un dépôt de origin.
Mon local master branche est définie pour suivre la télécommande master branche.
Puis j'ai ajouté quelques trucs dans les locaux master, et j'ai fusionné avec l'amont de chaque maintenant et puis.

Pas jusqu'à aujourd'hui quand je veux publier un pull request ai-je trouvé le problème:
la demande d'extraction consiste ceux de fusion s'engage, et ceux indésirables s'engage que je l'ai fait précédemment, sans soins. Cependant, ce que je veux, c'est juste pour présenter le dernier commit, je ne, qui doit être tiré comme un seul commit.
Que puis-je faire pour sauver ce?

InformationsquelleAutor Ivan Z. Siu | 2011-05-11
  1. 28

    Au lieu de les fusionner vous voulez rebase. Vous pouvez le faire manuellement, ou automatiquement lors de l'extraction.

    git pull --rebase upstream master
git push --force origin master

    Une fois que vous avez commencé à faire des fusions cela va être dur à faire, vous aurez besoin de réinitialiser le branche à l'avant vous avez une fusion commettre.

    • +1 C'est la raison pour rebase existe 🙂
    • Celui-ci semble fonctionner. Je ne suis pas sûr si je dois faire l'étape deux, car à chaque fois que je fusionne avec le maître, il y aura une fusion de commettre.
    • -1 pour le git push --la force de la solution à être offert sur le même niveau que git push --rebase. L'utilisateur doit être averti des pièges possibles avec push --force qui est potentiellement plus dommageable, et les autres utilisateurs de la prise en pension doivent savoir comment réagir correctement si elles ramifiée un commit qui a été entièrement enlevée par le push --force et veulent fusionner
    InformationsquelleAutor Arrowmaster
  2. 10

    Si je comprends bien votre question, vous voulez vous débarrasser de niveau intermédiaire/jetable s'engage à ce que vous avez fait dans votre branche. Essayez quelque chose comme ceci:

    git checkout -b for-upstream remotes/origin/master (create a new branch from the upstream origin)
git cherry-pick <sha-of-the-one-commit-you-want-to-submit> (fix any conflicts if necessary)

    cela devrait vous donner un local "pour-en amont" de la branche qui contient juste en amont de maître + votre 1 commit. Vous pouvez ensuite soumettre cette branche de pull request

    • Je pense que la première ligne doit être git checkout -b ... et pas git branch -b ... (à changer et je vais jusqu'-vote, c'est ici la réponse)
    InformationsquelleAutor csd
  3. 6

    Sur Github, Vous ne pouvez pas créer une pull request pour un seul enregistrement sur une branche qui a de multiples archivages qui la sépare de l'amont.

    Créer une branche spécifiquement pour chaque demande de pull vous l'intention de faire. Cela vous permet de continuer à travailler sans crainte de polluer une pull request.

    InformationsquelleAutor wewals
  4. 3

    Serait-ce de travailler:
    Créer une branche séparée avec juste le commit que vous voulez et émettre un pull request sur cette branche.

    • C'est ce que je recommanderais. N'ayez pas peur de fusion s'engage, si la branche contenues juste que seul vous engage voulu tiré, et un tas de fusions de le garder à jour avec le maître, il n'y a rien de mal à cela.
    • C'est exactement ce que je me suis poser la question -- je ne sais pas comment le faire de manière appropriée.
    InformationsquelleAutor Jay Sullivan
  5. 0

    Cela ressemble à une réponse à votre question dans la section "mise à Jour 2011-04-15" du sujet):

    De Git et rebase vs fusion questions

    Michée décrit la technique de squash fusionne qui vous permettent de fusionner les changements de votre branche comme un seul commit sur la branche master.

    • Squash fusionne détruire le suivi de fusion et peut causer de la douleur.
    InformationsquelleAutor Ivan Akcheurov