Comment faites-vous pour joindre un nouveau pull request à un problème existant sur github?

Je ne suis pas sûr, mais j'ai un vague souvenir de la création d'une pull request sur github. avec "Numéro 4" ou quelque chose dans le titre, et il automatiquement de lui-même attaché à la Question 4 dans le projet que j'ai été de le soumettre. J'ai réessayé récemment et ça ne fonctionne pas -- qu'il vient de créer un tout nouveau problème à la place. Je ne vois pas les options comme "Attacher à la question" sur le nouveau pull request page, ni "d'Ouvrir un nouveau pull request pour cette question" sur la page de la parution. Est-il possible de le faire, afin d'aider les porteurs de projets conserver leurs numéros de page propre et éviter la duplication?

Modifier: Pour clarifier, je sais que la création d'une demande d'extraction crée toujours un nouveau question. Je voudrais, au lieu de joindre à la demande d'extraction à un existant question.

  • Je crois que ma réponse exprimer le fait que la fonction que vous voulez ("joindre un pull request à un problème existant") pourrait ne pas être encore là.
  • C'est le cas (et c'est en fait confirmé par le tweet), mais il m'a aussi fait réaliser que ma question aurait pu être plus claire.
  • J'espère que cette fonctionnalité est élevé sur le github de la liste de priorité, coz le code de la porte il y aurait de l'amour il!
  • La bonne réponse devrait être modifié pour masukomi, maintenant que les "correctifs #1" méthode disponible. Pas besoin de passer par l'API.
  • Je ne peut toujours pas trouver un moyen de joindre une pull request à un problème existant. Ai-je raté quelque chose? Les réponses dans ce fil semble suggérer que cette capacité n'existe pas, mais je ne le trouve pas (il fait toujours un nouveau problème).
  • La réponse correcte doit être changé à Christian Oudard de réponse. Tout en encore de précieuses info, masukomi la réponse ne fait pas de soumettre une demande d'extraction. Il ne lui associe un commit avec un problème existant. GitHub a la capacité de montrer si le code est associé à un problème, et ce n'est que faire une pull request.
  • bon, je suppose que vous avez raison. Commuté.

InformationsquelleAutor MatrixFrog | 2010-12-25
  1. 242

    Le "hub" ce projet peut faire ceci:

    https://github.com/defunkt/hub

    Dans le référentiel et la direction que vous souhaitez envoyer une demande d'extraction à partir de:

    $ hub pull-request -i 4

    Il utilise l'API GitHub, et attache une pull request pour la branche courante, à l'actuel numéro 4.

    EDIT: Commentaire par @atomicules: Pour étoffer la réponse par @MichaelMior un exemple complet est:

    $ hub pull-request -i 4 -b USERNAME_OF_UPSTREAM_OWNER:UPSTREAM_BRANCH -h YOUR_USERNAME:YOUR_BRANCH URL_TO_ISSUE
    • brew install hub à installer avec homebrew
    • Cela ne fonctionne pas pour moi. Dit Erreur lors de la création de pull request: Unprocessable Entité (HTTP 422)
    • J'ai eu le même problème. Au lieu de cela, je n'ai hub pull-request URL_TO_ISSUE, puis il a travaillé pour moi. Je me demande si -i ISSUE_NUMBER ne fonctionne que si le problème est dans le même référentiel (c'est à dire, pas une fourchette)
    • Pour étoffer la réponse par @MichaelMior un exemple complet est: hub pull-request -b USERNAME_OF_UPSTREAM_OWNER:UPSTREAM_BRANCH -h YOUR_USERNAME:YOUR_BRANCH URL_TO_ISSUE
    • En fait, tout ce que j'avais à faire était exactement ma commande ci-dessus. Cela suppose que vous êtes l'envoi d'une demande d'extraction de la branche courante de la branche par défaut de l'amont des pensions.
    • Remarque, cela ne fonctionne que sur les questions que vous avez créé: github.com/defunkt/hub/issues/189#issuecomment-6353354
    • Je bifurquais un repo. J'ai créé un sujet sur l'amont des pensions. J'ai commis un changement de ma fourche repo. J'ai essayé d'ajouter mon changement à la question que j'ai créé. -i xx ne fonctionne pas pour moi. @MichaelMior 's URL_TO_ISSUE œuvres.
    • pouvons-nous accepter de répondre au lieu de simplement un commentaire?
    • quelqu'un pourrait modifier la réponse à inclure cette info si elle le jugeait nécessaire.
    • viens de faire ça. Mais honnêtement, je préfère les représentants aille à celui avec le plus de bonne réponse que celui qui a simplement posté en premier.
    • J'ai eu à faire git push -u origin featurebranch, puis hub pull-request -i 4 travaillé. (référence)
    • Warning: Issue to pull request conversion is deprecated and might not work in the future. Et en effet, il ne fonctionne pas.
    • eh bien, je l'ai fait, et cela a fonctionné.
    • Il a travaillé pour moi, mais que la dépréciation d'avertissement toujours signifie qu'il fait là. Est-ce à dire que nous sommes en train de perdre cette fonctionnalité ou github est la création de quelque autre façon à son tour, émet en tirer des demandes?
    • Ni -i ou de la totalité du problème d'URL fonctionne pour moi, l'obtention HTTP 422 dans les deux cas.
    • De même pour moi, se HTTP 422 et "ne permet Pas de changer le champ "sujet","
    • Notez que dans ce cas, et beaucoup de réponses ici, deux facteurs d'authentification permettra d'éviter ces de travail. Créer un jeton d'accès dans votre github paramètres et l'utiliser à la place de votre mot de passe ... et le tour est joué! 🙂
    • Cela a été deprected

    InformationsquelleAutor Christian Oudard
  2. 224

    L'ajout d'une pull request à un existant en amont question est facile en supposant que vous fourche à l'aide de la normale github signifie.

    Simplement référence à la question dans votre message de validation à l'aide de toute la mots-clés pris en charge:

    • près
    • ferme
    • fermé
    • fixer
    • correctifs
    • fixe
    • résoudre
    • résout
    • résolu

    Par exemple: "ce commit corrige #116"

    Le texte de référencement, la question n'a pas besoin d'apparaître dans la ligne d'objet de votre livraison.

    Pousser votre livraison de votre dépôt github et le retrait de la demande seront automatiquement ajoutées à la question.

    Remarque: bien qu'il n'est pas nécessaire, il est fortement recommandé que vous vous engagez en rien de ce qui sera le cadre d'une pull request à une branche spécifique à ce problème, parce que l'avenir s'engage sur cette branche sera annexé à la demande d'extraction (automatiquement par github). Donc, si vous n'avez pas une branche distincte, laissé sur le master, et puis cesse de se développer, alors tous vos indépendantes s'engage à maître obtenir de joindre à votre demande d'extraction.

    • "il est fortement recommandé que vous vous engagez en rien de ce qui sera le cadre d'une pull request à une branche spécifique à ce problème, parce que l'avenir s'engage sur cette branche sera annexé à la demande d'extraction" -- très bon point. Ça m'est arrivé une fois et c'était assez surprenant.
    • Cela ne résout pas le problème de la transformation d'un problème en une pull request malheureusement. Toute la discussion que nous avions eu dans le problème n'est pas transféré à la demande de pull... ce qui est regrettable pour plusieurs cas d'utilisation. Je souhaite Github voudrais juste donner quelques un contrôle granulaire sur comment tirez-reqs travail dans les pensions de paramètres.
    • Je ne suis pas sûr pourquoi vous avez besoin d'une question transformé en une pull request. Pourquoi n'est-il pas d'avoir le pull-demande mentionnée dans la question de la conversation est-elle suffisante? Ce qui allait se passer automatiquement par la référence à l' # dans la liste req. Vous avez un covo fil. Ensuite, vous avez un fil avec le pull req incorporé. Semble parfait.
    • Une pull request est plus facile pour le projet responsable à résoudre–, ils peuvent l'accepter et de fusionner les modifications avec le clic d'un bouton. Pour tirer un changement dans une fourchette sans l'aide d'une pull request, vous devrez ajouter de la fourche à distance, aller chercher leurs changements, et fusionner pour vous-même.
    • Je pense que vous avez manqué mon point de Rory. Si vous créez une demande d'extraction et de le mentionner dans la question (comme je l'ai suggéré), puis les deux sont connectés, et vous ne pouvez toujours cliquer sur un bouton pour obtenir les changements.
    • De référence à partir de GitHub aider: help.github.com/articles/closing-issues-via-commit-messages
    • Ce n'aide pas lors de la demande d'extraction est en cours chose. Notre flux de travail est de créer des problèmes pour les idées, puis tirez-les demandes de branches une fois que nous commençons à travailler sur ces idées. La fermeture le problème à l'aide d'une validation dans la demande d'extraction nous fait perdre de la discussion précédente que la question contenu, qui comprend souvent décortiquer quel que soit l'élément/fix/refactoriser le problème des adresses. Ce qui est vraiment nécessaire est un chemin à droite jusqu'à transformer un problème en un pull request une fois que le travail a commencé.

    InformationsquelleAutor
  3. 143

    Vous pouvez créer une Demande d'extraction à partir d'un Problème existant avec la Demande d'extraction de l'API:

    $ curl --user "smparkes" \
       --request POST \
       --data '{"issue": "15", "head": "smparkes:synchrony", "base": "master"}' \
       https://api.github.com/repos/technoweenie/faraday/pulls

    Cela crée une pull request:

    • demander technoweenie au projet faraday (https://api.github.com/repos/technoweenie/faraday/tire)
    • de tirer de la synchrony branche dans smparkes à fourche ("head": "smparkes:synchronie")
    • à la master branche dans technoweenie's de fourche ("la base": "maître")
    • et joindre à la demande d'extraction à la question 15 ("problème": "15")
    • avec la pull request auteur smparkes (--user "smparkes")
    • vous serez invité à entrer votre GitHub mot de passe
    • J'ai copié dans certains des exemples de code à partir de ce lien. Espérons que vous n'avez pas l'esprit, et s'il vous plaît laissez-moi savoir si j'ai mal traduit, c'!
    • Vous avez également besoin de l'authentification, de l'ajouter à la commande ci-dessus: - u "login:mot de passe"
    • Je voudrais juste ajouter que cette méthode fonctionne toujours, mais il peut avoir l'effet secondaire de l'inscription de votre commettre deux fois sur la page de discussion, si GitHub avait déjà ramassé implicitement à partir de la question dans son message (exemple). La validation ne vient qu'une fois sur la page officielle de pull request, cependant.
    • Cela peut-il être mis à jour pour la v3 de l'API? GitHub simplement éteint la v2 de l'API.
    • J'ai également tenté de mettre à jour ce à la v3 de l'API... voir si mon montage va de travers.
    • Voici un addendum à cette réponse. Il démontre une commande plus courte à l'aide de HTTPie, explique le smparkes exemple d'une manière différente, et comprend un mot de passe de sécurité de pointe.
    • +1... Juste par curiosité... Où vous écrivez le nom de votre référentiel? Je vois le nom d'utilisateur et le nom de la branche et de la question, vous pouvez obtenir les points du référentiel de nom, mais je ne vois pas votre nom du référentiel. Ce qui se passe si vous avez deux référentiels avec la direction de la synchronie?
    • Il est déterminé par l'URL de la requête (api.github.com/repos/technoweenie/faraday/pulls)
    • Est-il possible d'utiliser cette méthode, mais ont curl (ou similaire) pour vous demander votre GitHub mot de passe plutôt que de le taper sur un argument de la commande en texte clair (avec tous les problèmes de sécurité que cela comporte)?
    • Comme je l'ai dit dans ma réponse, changement --user "smparkes:password" à --user "smparkes" être invité à entrer votre mot de passe de manière interactive.
    • Est-il un wget équivalent? Serait-il: wget --user "smparkes" --post-data 'issue=15&head=smparkes:synchrony&base=master' https://api.github.com/repos/technoweenie/faraday/pulls? Je ne sais pas si les deux points dans le post-besoins en matière de données pour cent de codage (comme %3A).

    InformationsquelleAutor
  4. 17

    Un autre outil est le Issue2Pr site web qui transforme vos questions dans les Pull requests.

    C'est très simple et efficace!

    Comment faites-vous pour joindre un nouveau pull request à un problème existant sur github?

    Ressources:

    InformationsquelleAutor nulltoken
  5. 10

    Cette autre réponse explique comment utiliser cURL (curl) pour créer une Demande d'extraction à partir d'un Problème à travers le API GitHub. Voici comment le faire en utilisant HTTPie (http), qui produit plus facile à lire et plus facile à modifier la commande:

    $ http --auth "<your-GitHub-username>" \
       POST \
       https://api.github.com/repos/<issue-repo-owner>/<issue-repo-name>/pulls \
       issue=<issue-number> head=<your-GitHub-username>:<your-fork-branch-name> base=<issue-repo-branch-name>

    Puis tapez votre GitHub mot de passe lorsque vous y êtes invité.

    Expliqué exemple

    Vous avez ouvert une session sur GitHub avec le nom d'utilisateur smparkes et le mot de passe hunter2. Vous avez vu technoweenie’s repo faraday, la pensée de quelque chose qui doit être changé, et fait une Question sur ce repo pour elle, Question #15. Plus tard, vous découvrez que personne d'autre ne l'a fait votre changement proposé, et vous aussi vous avez un peu de temps pour le faire vous-même. Vous fourche faraday pour votre propre compte, puis d'écrire vos modifications et de les pousser à la fourche, en vertu d'une branche nommée synchronie. Vous pensez que technoweenie devrait se retirer de ces changements à la master succursale de son repo. C'est la commande que vous pourriez écrire pour convertir votre précédente Question dans une Pull Request pour cette situation:

    $ http --auth "smparkes" \
       POST \
       https://api.github.com/repos/technoweenie/faraday/pulls \
       issue=15 head=smparkes:synchrony base=master

    http: password for [email protected]: hunter2

    Maintenant Question #15 est une Pull Request.

    InformationsquelleAutor Rory O'Kane
  6. 3

    dans le cas où vous utilisez 2-facteur-auth avec github, vous aurez besoin de fournir à l'authtoken comme en-tête de la requête:

    curl -u "<your_username>:<your_pw>" \
     --header 'X-GitHub-OTP: <your_authtoken>' \
     --request POST \
     --data '{"issue":"<issue_nr>", "head":"<your_username>:<your_forks_branchname>", "base":"<upstream_branch>"}' \
     https://api.github.com/repos/<upstream_user>/<upstream_repo>/pulls
    • Oui, 2FA empêche beaucoup de réponses ici de travail. Dans mon cas, j'ai créé un personnel jeton d'accès et de l'utiliser plutôt que mon mot de passe, qui fonctionne.
    InformationsquelleAutor Jörn Hees
  7. 1

    Vous pouvez également utiliser Gub à soumettre des pull requests pour votre question.

    Il vous aide également à utiliser un fork/pull-style de demande.

    Edit: 10/5/2013

    Pour obtenir Gub de soumettre pull-demande pour la question n ° 123, vous devez exécuter les opérations suivantes:

    $ gub start 123

    Cela va créer une nouvelle branche question-123. Une fois que vous avez terminé de travailler sur le problème, exécutez:

    $ gub finish

    Voila!

    Note: je suis l'auteur de Gub gem.

    InformationsquelleAutor Omar Ali
  8. 0

    À l'aide de la git-hub outil, vous pouvez le faire avec:

    $> git hub pull attach 123

    Ce serait de convertir question n ° 123 dans tirez sur demande n ° 123, ainsi, le maintien d'un débat sur la question en un seul endroit.

    InformationsquelleAutor Gautam
  9. 0

    Si vous avez 2FA activé, vous pouvez utiliser passer le jeton avec HTTPie:

    http POST \
    https://api.github.com/repos/<repo-owner>/<repo-name>/pulls \
    issue=2 head=issue_2 base=master
    "Authorization:token PUTAUTHTOKENHERE"

    Cela utiliser la branche issue_2 pour convertir la question n ° 2 dans une pull request.

    InformationsquelleAutor Kyle Gibson