Wie ändere ich die Github-Pull-Anforderung einer anderen Person?

Jemand hat eine Pull-Anforderung in meinem Github-Repo erstellt. Es sieht meistens gut aus, aber ich musste ein paar kleinere Änderungen vornehmen, damit es meinen Continuous-Integration-Server passiert.

Die Anweisungen von Github auf dem Bildschirm zum “Überprüfen” der Anfrage sollten ausgeführt werden:

git checkout -b otheruser-fix_somebug
git pull https://github.com/otheruser/myrepo.git fix_somebug

Ich habe dann meine Änderungen vorgenommen und lokal übernommen. Allerdings, wenn ich zu laufen ging git pushgit hat mich informiert:

fatal: The current branch otheruser-fix_somebug has no upstream branch.
To push the current branch and set the remote as upstream, use

    git push --set-upstream origin otheruser-fix_somebug

was ich getan habe, aber meine Änderungen werden nicht unter der Pull-Anforderung angezeigt, sondern unter einer Kopie des Zweigs otheruser-fix_somebug auf meinem Github-Repo gespiegelt und nicht mit der Pull-Anfrage verbunden.

Wie hätte ich anrufen sollen git push damit die Änderungen in der Pull-Anfrage erscheinen?

Das geht meines Wissens nach nur mit Erlaubnis. In der Vergangenheit war dies nur möglich, indem sie Sie als Mitwirkenden zu ihrem Fork hinzufügten. im September 2016 hat GitHub ein Feature für genau diesen Anwendungsfall hinzugefügtwodurch die Person, die den Pull-Request anfordert, dem/den Betreuer(n) des Upstream-Repositorys die Erlaubnis erteilen kann, indem sie einfach ein Kontrollkästchen markiert.

Sie können die Pull-Anfrage kommentieren und ihnen mitteilen, dass es einige Probleme gibt, die Sie beheben möchten, bevor Sie die Pull-Anfrage zusammenführen, und angeben, dass Sie möchten, dass sie Ihnen die Erlaubnis erteilen, sich auf ihren Pull-Anfrage-Zweig festzulegen, indem Sie dies überprüfen Aktivieren Sie das Kontrollkästchen “Bearbeitungen von Betreuern zulassen” auf der Pull-Anforderung und geben Sie ihnen einen Link zu die GitHub-Hilfeseite über die Funktion, damit sie genau sehen können, wie sie aktiviert wird. Sobald sie dies getan haben, können Sie direkt zum Pull-Request-Zweig ihres Repositorys pushen.

Dinge, die Sie tun können, wenn sie Ihnen keinen Schreibzugriff auf ihren Pull-Request-Branch geben/haben:

• Machen Sie Kommentare zu ihrer Pull-Anfrage:

  1. Gehen Sie in Ihrem Browser zum Pull-Request
  2. Scrollen Sie zum Ende der Seite “Konversation” (Standard).
  3. Veröffentlichen Sie Kommentare, in denen Sie die Änderungen beschreiben, die sie vornehmen müssen, bevor Sie die PR akzeptieren.

• Machen Sie Kommentare zum Code in ihrem Pull-Request:

  1. Gehen Sie in Ihrem Browser zum Pull-Request
  2. Klicken Sie oben auf den Link “Dateien geändert”.
  3. Bewegen Sie den Mauszeiger über eine Codezeile, die geändert werden soll
  4. Klicken Sie auf die kleine blaue “+”-Schaltfläche, die daneben erscheint
     (Hinweis: Diese erscheinen nur auf geänderten und nahegelegenen Linien)
  5. Posten Sie einen Kommentar und/oder einen Code, um das Problem zu beheben
  6. Wiederholen Sie 3-5 nach Bedarf.

• Akzeptieren Sie es so, wie es ist, und reparieren Sie es dann in Ihrem eigenen Repository

  1. Führen Sie ihren Zweig zusammen, als wäre nichts falsch daran
  2. Führen Sie ein neues Commit zu Ihrem Repository durch, das die Probleme behebt (vorzugsweise erwähnen Sie die PR nach Problem-ID in Ihrer Commit-Nachricht, damit GitHub feststellen kann, dass sie verwandt ist, und sie auf der Konversationsseite der PR anzeigen kann).

Was ist mit dem Auschecken des Zweigs aus dem Pull-Request? Dann können Sie dort den Commit durchführen und direkt zu diesem Zweig pushen.

git fetch
git checkout fix_somebug

fügen Sie den Commit mit Ihren Änderungen hinzu

git push origin fix_somebug