Wie Zweige Zusammenführen in 2 verschiedenen repositories?

Ich würde dir empfehlen zu einem lokalen Klon der Staging - /Support-repository. Anschließend fügen Sie die Projekt-repositories als weitere remote-repositories, die Ihnen erlaubt, mit Ihnen zu interagieren, Sie in Ihrem lokalen repository. Tun den Zusammenschluss lokal und drücken Sie das Ergebnis der Staging-repository.

Dies kann erreicht werden, mithilfe der folgenden Schritte.

Initialisierung und erste merge

$ git clone -o staging http://staging

Diese Klone Ihre staging-repository. Ersetzen Sie "http://staging" mit der richtigen URL zu Ihrem Staging - /Support-repository. Vielleicht wollen Sie auch geben Sie einen Pfad an, wo Klonen Sie das repository als weiteren parameter. Der parameter -a sorgt dafür, dass das remote-repository wird als "staging", die uns hilft zu unterscheiden, die aus den Projekt-repositories später auf.

Nächste Schritt ist das hinzufügen des remote-repository Zusammenführen von (in diesem Fall "Beispiel-Projekt 2")

$ git remote add project2 http://sampleproject2

Wieder, ersetzen Sie "http://sampleproject2" mit dem repository-URL "Sample Project 2". Sie können auch ändern, "Projekt2", das ist der name der remote-repository, um besser passen Ihr Projekt.

Danach git branch -r zeigen die Zweige von beiden staging-und Projekt2, wie diese:

$ git branch -r
staging/Production
staging/UAT
project2/Master
project2/QA
project2/DEV

Neben der Kasse der Filiale, die Sie Zusammenführen möchten, wie diese:

$ git checkout -b staging_UAT --track staging/UAT

Erzeugt einen neuen lokalen Zweig namens staging_UAT die Spuren der remote-Zweigstelle UAT aus der staging-repository. Die neue Filiale wird ausgecheckt sofort.

Nun haben Sie eine Kopie des UAT-Zweig von Inszenierung ausgecheckt. Sie können die Zusammenführung der änderungen von Projekt2:

$ git merge project2/Master

Nun alle änderungen aus dem branch Master von Projekt2 sind eingebunden in die current-Zweig (das ist staging_UAT). Möchten Sie vielleicht einen Blick auf git log um das Ergebnis zu sehen. Wenn es passt Ihre expecations, Sie können schieben Sie es auf den Staging-repository:

$ git push staging staging_UAT:UAT

Tun Sie drücken den aktuellen Zustand Ihrer lokalen Niederlassung staging_UAT dem Zweig UAT in das remote-repository als Inszenierung.

Können Sie die anderen Projekte ebenso und auch einen Zweig wie staging_Production für die Zusammenführung der änderungen in den Produktions-Zweig der Inszenierung.

Zukunft verschmilzt

Können Sie verwenden Sie den gleichen Klon für die Zukunft verschmilzt, ohne dabei alle Klonen und der branch-Erstellung wieder und wieder. Aber in diesem Fall müssen Sie aktualisieren Sie Ihre lokalen Informationen über die remote-Niederlassungen:

$ git checkout staging_UAT
$ git pull

Zunächst müssen Sie aktualisieren staging_UAT entsprechend der aktuellen version der UAT in der Staging-repository. Dies geschieht durch "ziehen"ing änderungen. Da die Filiale staging_UAT wurde mit "--track-staging/UAT", git weiß, Woher ziehen Sie die änderungen. Wenn UAT auf Inszenierung wird nie geändert, die auf keine andere Weise als diese (Bedeutung: mit genau diesem lokalen Klon zu drücken es aus staging_UAT), ist dies nicht erforderlich.

Wenn UAT geändert wird auf Inszenierung und Sie nicht ziehen, erhalten Sie eine Fehlermeldung, wenn Sie drücken, sagen:

Updates were rejected because the tip of your current branch is behind its remote counterpart.

Das andere update betrifft die Projekt2-repository:

$ git fetch project2

Auch die Zweige des repository-Projekt2 sich verändert haben könnte. Wie Sie sehen können git fetch wird verwendet, um diese Veränderungen. Der Unterschied zwischen fetch und ziehen ist ziehen Sie auch Ihre lokale Kopie aktualisieren der Branche. Da es keine lokale Kopie der Projekt2 Zweige, Holen ist der Weg zu gehen. (In der Tat git pull ist nur eine Abkürzung für git fetch und git merge).

Anpassungen

Wenn Sie bereits eine lokale Kopie des repository, die den code enthält, können Sie auch verwenden, die für den merging-Prozess. Sie müssen nur sicherstellen, dass Sie mischen sich nicht die lokale Entwicklung und das Zusammenführen und vielleicht brauchen Sie mehr remote-repositories, wie Sie noch etwas für Ihre Entwicklung.

Den lokalen Zweig staging_UAT auch genannt werden könnte, nur UAT, so dass der Schieber ganz einfacher (git push wäre genug in diesem Fall). Allerdings könnte dies irreführend sein, da gibt es äste, die mit diesem Namen in mehreren Fernbedienungen.

Alternativ könnten Sie Ihre Einstellung ändern "push.Standard". Finden Sie in der Dokumentation, um herauszufinden, wie sich das auswirken würde Ihr an.