GitHub: la Réouverture d'une fusion de pull request

  • J'ai apporté quelques modifications
  • J'ai soumis une demande d'extraction
  • La traction demande a été acceptée et fusionnés.
  • Nous avons trouvé un bug
  • Les changements ont été retirés de nouveau alors que j'ai corrigé le bug.

J'ai maintenant corrigé le bug et souhaitez renvoyer la demande de pull avec 1 extra commettre. Est-il possible de rouvrir la demande d'extraction ou de mettre à jour, ou dois-je créer un nouveau pull request, tapez la description etc de nouveau? Gitorious dispose de cette fonctionnalité et nous avons récemment déménagé à GitHub.

  • J'ai été dans une situation similaire aujourd'hui, c'est à dire utilisés "Fusion Pull Request" bouton qui, par défaut, fusionner les modifications dans la branche cible et fermer le PR. Plus tard, j'ai découvert un bug dans les tests que j'ai voulu développeur à l'origine de corriger. Je voulais un moyen de rouvrir cette PR de sorte que de plus en plus s'engage peut être ajouté à ce même RP, mais ne pouvait pas car il n'y a pas de bouton pour la réouverture de la PR.
InformationsquelleAutor Michael Parker | 2012-10-01
  1. 92

    La réponse semble être: Vous ne pouvez pas.

    Une fois une pull request est fusionné et fermé, c'est fermé pour toujours et ne peut pas être rouverte. Si votre pull request est fusionné, fermée, vos modifications sont sorti (via la force de poussée vers l'arrière à l'avant de la fusion), vous devrez ajouter des commits de la branche et de créer un nouveau tirez sur demande, copie de tous les plus de détails que probablement fournir un lien vers l'original de la demande d'extraction d'enregistrer manuellement l'histoire.

    Pourrait être une belle demande de fonctionnalité pour l'avenir GitHub.

    • Je ne sais pas quand il a été changé, mais vous pouvez commenter & rouvrir fermé PRs maintenant.
    • il ne semble pas possible de les rouvrir PRs qui ont été fermées et fusionnées.
    • Vous pouvez réellement. En supposant que vous avez repris les initiales de fusion, vous pouvez faire une branche de la principale repo, et sur cette nouvelle branche juste de revenir de la validation qui a été le retour de la fusion.
    • Mais ce n'est pas la réouverture d'un fermé & fusionné PR. Vous pouvez toujours ouvrir de nouveaux pull requests, qui est ce que votre solution.
    InformationsquelleAutor Michael Parker
  2. 12

    J'ai juste réussi a rouvert une demande d'extraction par

    1. Commentant la demande de pull
    2. Cliquant sur le bouton "Soumettre et de ré-ouvrir' le bouton qui est apparu sur le formulaire de commentaires.
    • Je n'ai pas réussi à reproduire ce - pouvez-vous expliquer les étapes nécessaires pour voir ce comportement? J'ai essayé de faire des commentaires sur un fermé de pull request (ne fonctionne pas), en commentant un fermé de pull request et en poussant à la branche, il a été en tirant (ne fonctionne pas). Autre chose à essayer? Est la demande d'extraction doivent être fusionnés puis plus tard, non fusionné en quelque sorte?
    • Je ne sais pas quel est le caché exigence de faire une différence. Peut être l'une des (ont soumis de nouveaux changements pour pull request, je suis membre du projet des propriétaires, autres...)
    • J'ai essayé tout ce que vous avez mentionné, ne peut toujours pas voir. Je suis le repo propriétaire. Recherche google pour "Soumettre et de ré-ouvrir GitHub" fournit un seul hit - cette page. Toute information serait extrêmement utile. A votre demande d'extraction d'abord nié?
    • Je peux reproduire cela avec dissociées pull requests - mais ce n'est pas ce que ce fil est d'environ.
    • Ouais, il est fait allusion à fermé tire, pas fusionné tire.
    InformationsquelleAutor
  3. 4

    Juste dériver une nouvelle branche à partir de la branche où vous avez fait extra 1 commit. À partir de là, soumettre la demande d'extraction.

    • Qui seraient le résultat d'une nouvelle demande d'extraction avec aucun de l'histoire de l'original.
    • C'est ce que j'ai fait. Oui l'histoire est moins linéaire, mais c'est ok pour moi.
    InformationsquelleAutor Siva Gollapalli
  4. 4

    Vous pouvez utiliser le revert d'action:

    GitHub: la Réouverture d'une fusion de pull request

    Il va créer un autre pull demander l'annulation de tous les changements fait dans la fusion de PR.

    • Ce n'est pas la meilleure pratique 🙂
    • pouvez-vous suggérer une meilleure approche?
    • Supposons, nous avait fusionné pr avec s'engage (mA et mB) pour la branche stable que nous voulons revenir. Après la fusion de "revenir" (pr, histoire ressemble arbre de commits: X-Y-mA-mB-C-D-rA-rB-E-F. Pourquoi voulez-vous voir tous ces s'engage dans l'histoire, que d'appliquer des modifications (mA, mB) et ensuite les annuler (rA, rB)? Il serait préférable de rebase et supprimer ces "mauvais" s'engage mA et mo à partir de la branche stable et garder l'histoire propre. Bien sûr, cela a du sens si la fusion était relativement récente.
    • Non seulement l'histoire moche, vous pouvez aussi plus simplement fusionner la revenue s'engage en arrière quand vous êtes prêt.
    InformationsquelleAutor William Weckl