Wenn ich eine Pull-Anfrage auf GitHub öffne .
Alle Commits seit meiner letzten Anfrage und alle neuen werden automatisch zu dieser Anfrage hinzugefügt .
Ich kann anscheinend nicht steuern, welche Commits hinzugefügt werden und welche nicht.
Wenn ich versuche, eine andere Pull-Anfrage zu öffnen, wird der Fehler "Ups! Es gibt bereits eine Pull-Anfrage" angezeigt.
Gibt es eine einfache Möglichkeit, mehrere Pull-Anforderungen zu öffnen, ohne mit der Befehlszeile herumspielen zu müssen?
git
github
pull-request
Torourke
quelle
quelle
Der einfachste Weg, dies zu tun, ist mit dem Hub-Befehl ( https://github.com/defunkt/hub ).
In Ihrem Themenzweig (in diesem Beispiel "Feature"), für den Sie eine Pull-Anforderung erstellen möchten, können Sie einfach Folgendes ausführen:
(Denken Sie daran, zuerst Ihren Zweig zu schieben!)
Und es wird eine neue Pull-Anfrage auf GitHub für "YOUR_USER: feature" geöffnet.
Wenn Sie bereits ein Problem auf GitHub erstellt haben, können Sie diesem vorhandenen Problem sogar eine Pull-Anforderung hinzufügen (etwas, das Sie über die Web-Benutzeroberfläche nicht tun können):
quelle
Sie können dies tatsächlich tun, ohne einen weiteren Zweig zu erstellen, aber es erfordert ein wenig Herumspielen.
Hier sind die Schritte:
(andere / Master) A -> B -> C -> D -> E (Ihre / Master)
Nehmen wir an, Sie möchten B und C in einer Anfrage ziehen, und D & E in einem anderen.
Aus meiner Sicht sieht die Pull-Anforderung Commit C als Verzweigungspunkt. Oder so.
quelle
Wenn Sie beim ersten Erstellen der Pull-Anforderung zwei separate Formulare für eine neue Pull-Anforderung öffnen, können Sie diese erstellen, solange sie auf verschiedene Zweige zeigen, die zusammengeführt werden sollen. Zum Beispiel könnte ich zwei separate Anfragen stellen, eine zum Zusammenführen mit dem Master und eine zum Zusammenführen mit dem Test.
quelle
Ich bin neu bei Git und GitHub und hatte die gleiche Frage wie das OP.
Ich habe eine Lösung gefunden, die zum Zeitpunkt des OP wahrscheinlich nicht verfügbar war.
Situation: Sie haben 3 Änderungen und möchten, dass jede aus der vorherigen aufgebaut wird und jede ihre eigene Pull-Anfrage (PR) hat.
Problem: Wenn Sie die erste PR erstellen, die versucht, die Entwicklung zum Master zu machen, sieht alles gut aus. Nachdem Sie jedoch die Änderungen für die zweite PR vorgenommen und diese zusammengeführt haben (unter Verwendung desselben Zweigs), befinden sich alle Änderungen in derselben PR .
Mini-Lösung: Erstellen Sie einen neuen Zweig
Jetzt pushen Sie den Code an GitHub und erstellen den PR. Standardmäßig wird jedoch von mini_change_2 zum Master gezogen, außer dass der Master noch nicht über die Änderungen des ersten PR verfügt und daher alle Änderungen des PR1 und des PR2 enthält.
Beste Lösung: Geben Sie an, zu welchem Zweig Sie in PR2 zusammenführen.
Akzeptieren Sie nicht nur die Standardeinstellungen beim Erstellen des zweiten PR, sondern sagen Sie, dass Sie mini_chnage_2 auf Develop ziehen. Dies zeigt nur die Änderungen in mini_change_2 an
Erstellen Sie nun einen neuen Zweig mini_change_3 und PR, der zu mini_change_3 führt.
Das Problem tritt auf, sobald Sie anfangen, sie zusammenzuführen ... aber das ist eine andere Übung.
quelle