Hub: `hub pull-request` sollte ermöglichen, dass ein anderer Standard-Zweig gesetzt wird

Ja, der Standard-Branch ist normalerweise master.

Wenn Sie eine Pull-Anforderung für einen anderen Zweig öffnen möchten, verwenden Sie die Option -b :

git pull-request -b [<owner>/]<branch>

Ja, das habe ich entdeckt. Ich dachte nur, es wäre schön, irgendwo einen Konfigurationsstandard festzulegen, da Github selbst es Ihnen ermöglicht, einen Standardzweig festzulegen.

Könnte sein. Nicht sicher, ob es das wert ist. Ich bin auf ein oder zwei Repos gestoßen, die einen anderen Hauptzweig als „Master“ haben (tatsächlich haben sie möglicherweise überhaupt keinen „Master“), aber meine Erfahrung allein rechtfertigt kaum das Hinzufügen und Verwalten einer anderen Hub-Option.

Ich werde darüber nachdenken.

FWIW, wir würden diese Funktion ebenfalls zu schätzen wissen.

Es wäre wirklich toll, wenn Hub den Default-Branch von github selbst bestimmen könnte.

Ein Abschnitt in .git/config reicht aus. Und jeder, der git flow $ verwendet, hat den Zweig develop als Standardziel für PRs.

Ich wurde gerade davon gebissen, weil ich versehentlich eine Pull-Anfrage mit master anstelle unseres Standardzweigs develop zusammengeführt habe, daher wäre diese Funktion zu schätzen. (Wir folgen einem ähnlichen Modell wie Git Flow)

Klar, ich bin dafür. Der Standard-Branch für ein Projekt würde aus der GitHub-API gelesen, richtig?

Ich bin mit Git Flow und den lokalen Konventionen nicht vertraut, aber ich würde es vermeiden, sein Setup lokal zu erkennen und es einfach von der GH-API zu lesen. Dies hat den Nebeneffekt, dass dem pull-request -Befehl 1 zusätzliche HTTP-Anforderung hinzugefügt wird, was ihn ein wenig verlangsamt.

Ja, ich denke, das Lesen des Standard-Branch-Sets auf GitHub sollte ausreichen.

Da ich gerade keine Zeit habe, dies zu implementieren, können Sie es gerne versuchen. Tests sind am Ende ein Muss, aber auch ein Proof of Concept wäre für den Anfang gut.

Ich könnte diese Implementierung dieses Wochenende ausprobieren. Ich wünsche mir das auch sehr.

Schluss zugunsten von Nr. 326

Für zukünftige Suchende (da dies bei Google ganz oben steht), um den richtigen Zweig festzulegen:

git remote set-head origin <new-branch>

Oder Sie können git remote set-head origin -a ausführen, damit es automatisch bestimmt, was der richtige Basiszweig ist.

Dies scheint nicht zu funktionieren, wenn ich die Pull-Anfrage aus einem Worktree erstelle; Wenn ich jedoch zum ursprünglichen Klon zurückwechsele, funktioniert der Befehl einwandfrei.

Aus dem Worktree sehe ich Folgendes:

{"base":"master","head":"pHWChip:feature/colt_testing","maintainer_can_modify":true,"title":"Testing"}

Vom ursprünglichen Klon sehe ich Folgendes:

{"base":"core_master","head":"pHWChip:feature/colt-testing-2","maintainer_can_modify":true,"title":"Testing"}