Frage

Ich habe bei git-new-workdir aussieht, aber ich will nicht die Geschichte geteilt werden, weil die Zweige Release-Haupt-Beziehung haben. Das heißt, Veränderungen in dem Release-Zweig I an der Hauptleitung propagieren will, aber Änderungen in der Hauptleitung Ich möchte nicht in der Release-Linie.

Ein gemeinsames Muster für mich ist, einen Fehler in der Release-Linie zu fixieren, integriert es in der Hauptlinie, dann baut zugleich in beiden Zweigen beginnen.

Gibt es eine Möglichkeit, dies mit git-new-workdir zu tun, muss ich Klon, oder gibt es eine bessere Lösung?

Danke

War es hilfreich?

Lösung

git-new-workdir diese unterstützen kann, da jedes Arbeitsverzeichnis eingerichtet werden, kann einen anderen Zweig zu verwenden, das heißt, die zwei Verzeichnisse teilen ihnen die gleiche Objekt-Datenbank, aber müssen nicht den gleichen Zweig teilen.

Zum Beispiel ist Ihr Hauptarbeitsverzeichnis unter der Annahme, in ~ / Projekten / foo, und der Hauptzweig ist „Master“ genannt und der Release-Zweig wird „release“ genannt

git-new-workdir ~/projects/foo ~/projects/foo_release release
git-new-workdir ~/projects/foo ~/projects/foo_master master

dann nur tun, um Ihre Builds von ~ / projects / foo_master und ~ / projects / foo_release, nachdem Sie haben pulen jeden Kopf an den jeweiligen Zweigkopf

Andere Tipps

git-Klon sollte das tun, was Sie wollen.

So stellen Sie sicher nie von Release zu Haupt verschmelzen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top