Pull Request aber Richtig (GitHub: Web , Desktop , IDE?) #1009
-
|
Hallo Ich frage mich, wie man Pull Requests (PRs) "richtig" und sauber erstellt – also möglichst strukturiert und ohne Chaos. Es gibt ja mehrere Möglichkeiten, um zu pushen oder zu pullen: über GitHub Desktop, das GitHub Web-Interface und direkt in der IDE (z. B. via Git-Integration in IntelliJ). Bisher hab ich immer eine Mischung aus allen drei Varianten benutzt. Nach dem Forken werden mir die Branches nicht im GitHub Web oder der IDE angezeigt, aber in GitHub Desktop schon weswegen sofern ich keine neuen braches erstellen möchte dort drauf zugreifen "muss". PRs zu erstellen funktioniert in meinen Augen am besten über das Web-Interface von GitHub, wenn man sie Manuel anlegt, da GitHub Desktop dort immer Fehler schmeißt wie nicht eingeloggt um upstream zu PR und in der IDE das nicht so übersichtlich ist. Daher meine Frage: Danke im Voraus, |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Meinst Du tatsächlich nach dem Forken (also auf GitHub) oder nach dem Klonen des Forks (lokal)? Beim Forken wird neuerdings per Default immer nur der eingestellte Hauptbranch mitgenommen. Wenn Du auch die anderen Branches mitnehmen willst, musst Du entweder beim Forken den Haken ausschalten oder Du richtest in Deiner lokalen Workingcopy das Upstream-Repo ein und fetchst Dir von da die restlichen Branches und pushst die in Deinen Fork. 
Nach dem Klonen sind alle Branches aus dem geklonten Repo lokal erstmal als nur remote branches vorhanden, nur der Hauptbranch wird automatisch als tracking branch ausgecheckt/eingerichtet. Das kannst Du leicht ändern, indem Du die remote branches einfach selbst auscheckst:
Dem kann ich mich nur anschließen. Ich habe lokal meinen Feature-Branch, pushe den in mein Repo/meinen Fork und gehe dann in die Web-Oberfläche und lege dort den PR an. Da sehe ich auch alle nötigen Optionen am besten - aber das ist am Ende eine Geschmacksfrage. Manche mögen das am liebsten über IntelliJ, andere über GitHub Desktop, andere ... Nettes Nebenfeature der Weboberfläche: Nach dem Pushen in einen Branch wird für eine bestimmte Zeit direkt auf der Repo-Einstiegsseite das Erstellen eines PR's angeboten. Danach muss man dann wieder über "Pull Requests > New pull request" gehen ... Kleiner Tipp: Wenn der Pull-Request erstellt wird und es nur einen Commit im entsprechenden Branch gibt, dann wird in der Weboberfläche automatisch die erste Zeile der Commit-Message als PR-Titel und der Rest der Commit-Message als erster Kommentar als Voreinstellung übernommen. Das kann ganz nett sein und etwas Arbeit sparen ...
Nee, da gibt es keine Vorgaben. Wichtig ist nur das Ergebnis :) |
Beta Was this translation helpful? Give feedback.
Meinst Du tatsächlich nach dem Forken (also auf GitHub) oder nach dem Klonen des Forks (lokal)?
Beim Forken wird neuerdings per Default immer nur der eingestellte Hauptbranch mitgenommen. Wenn Du auch die anderen Branches mitnehmen willst, musst Du entweder beim Forken den Haken ausschalten oder Du richtest in Deiner lokalen Workingcopy das Upstream-Repo ein und fetchst Dir von da die restlichen Branches und pushst die in Deinen Fork.
Nach dem Klonen sind alle Branches aus dem geklonten Rep…