Merge Pull-Anfrage in verschiedenen Zweig

Ich bin eine alte GitHub Repo jetzt beibehalten und es gibt eine Menge von verlassenen PR in alten Filialen. Zum Beispiel arbeite ich jetzt in v3.5-Zweig, und PRs sind für 3.3 und älter.Merge Pull-Anfrage in verschiedenen Zweig

Wie kann ich sie effektiv in meinen neuen Zweig zusammenführen, wenn sie auf ältere zielen?

Falls es wichtig ist, bin ich sicher, dass es keine Konflikte geben wird.

Ich habe einige alte Fragen über ähnliche Dinge gefunden, aber ich kann keine Informationen darüber finden, wie man es über Github macht. Gibt es noch keine Funktionalität? Muss ich es manuell über Git tun?

Quelle

2016-03-06 s1ddok

Wie werden die Zweige erstellt? Alles vom Meister abgezweigt? Oder ist 3,5. verzweigt von 3.3. beispielsweise? Ich finde es seltsam PRs in Versionszweige und nicht in Master zu haben. – migg

@migg leider gibt es dort historisch keinen Meister. 3.4 wurde von 3.3 und so weiter verzweigt. Die neueste Filiale spielt eine Hauptrolle. Also jetzt bin ich in 3.5 und möchte alle PRs von 3.4- zusammenführen. – s1ddok

Alle der Pull-Anforderungen werden hier gespeichert

pull/ID/head

Check-out kann lokal s-Pull-Request von

git fetch REMOTENAME pull/ID/head:BRANCHNAME 
git checkout BRANCHNAME

, wenn Sie alle wollen, ziehen Sie in der ref holen hinzufügen

Dies ist eine Nur-Lese-Adresse. Sie ist nicht

Fern Namen es wieder nach oben Update, um die Pull-Anforderung ist die lokale git Namen für den Remote-

schieben kann

Diese durch git remote -v gezeigt werden

Quelle

2016-03-06 20:48:48 exussum

Es scheint, als könnte mir das helfen, aber ich verstehe deine Frage nicht wirklich. Was genau wird mir das ermöglichen? – s1ddok

Und was ist der Branchname? Ist das mein aktueller Zweig oder ist der Zielzweig dieser PR? Oder ist PR's eigene Branche? – s1ddok

Branchenname ist der Name einer neuen lokalen Verzweigung, die auf diese Pullanforderung verweist. zB 'git fetch oldGit ziehen/1234/head: old-pull-1234' – exussum

Da die alten Zweige sind wahrscheinlich nicht erforderlich, Sie können die Pull-Anforderung einfach mit der alten zusammenführen (wie ursprünglich in der Pull-Anforderung angefordert) und dann eine neue Pull-Anforderung von der alten (z. B. 3.3) in die neue erstellen (z. B. 3.5).

Quelle

2016-03-07 01:31:37 yorammi

Die Idee ist es, alte Zweige zu halten, damit die Leute ältere Versionen herunterladen können. Ich will sie nicht mit neuen Fixes verderben. – s1ddok

Sie können Tags für diesen Zweck verwenden – yorammi

Auf der Pull-Request-Seite von github.com gibt es einen Link zu "Befehlszeilenbefehlen". Wenn Sie es manuell tun möchten, sind die Schritte:

Erstellen Sie einen neuen Zusammenführung-Zweig aus dem PR-Zielzweig. Überprüfen Sie den Merge-Zweig. Ziehen Sie die PRs durch Hashes oder Head Refs in den Merge-Zweig.
Fügen Sie den Merge-Zweig in Ihren neuen Zielzweig ein, indem Sie ihn ziehen, zusammenführen oder auswählen.

Ein wenig mehr über diese Seite renaming branch on github website gefunden entsprechend. Es schlägt vor:

Standard-Zweig zu Ihrem alten Ziel-Zweig festlegen. Erstellen Sie einen Zweig von Ihrem alten Zielzweig mit einem anderen Namen.
Die PRs mit dem alten Zielzweig zusammenführen. Benennen Sie den alten Zielzweig in etwas anderes um.
Benennen Sie Ihren anderen neuen Zweig in den alten Zweignamen um.

Quelle

2017-02-26 00:30:05 minghua

Merge Pull-Anfrage in verschiedenen Zweig

Antwort

Verwandte Themen