Wie führt man zwei Git-Repositories zusammen?

Betrachten Sie das folgende Szenario:

Ich habe ein kleines experimentelles Projekt A in einem eigenen Git-Repo entwickelt. Es ist jetzt ausgereift, und ich möchte, dass A Teil des größeren Projekts B ist, das sein eigenes großes Repository hat. Ich möchte jetzt A als Unterverzeichnis von B hinzufügen.

Wie verschmelze ich A mit B, ohne die Geschichte auf irgendeiner Seite zu verlieren?

Wenn Sie zusammenführen möchten project-a hinein project-b:

cd path/to/project-b
git remote add project-a /path/to/project-a
git fetch project-a --tags
git merge --allow-unrelated-histories project-a/master # or whichever branch you want to merge
git remote remove project-a

Entnommen aus: git verschiedene Repositories zusammenführen?

Diese Methode hat bei mir ziemlich gut funktioniert, sie ist kürzer und meiner Meinung nach viel sauberer.

Falls Sie setzen möchten project-a in ein Unterverzeichnis, können Sie verwenden git-filter-repo (filter-branch ist entmutigt). Führen Sie die folgenden Befehle vor den obigen Befehlen aus:

cd path/to/project-a
git filter-repo --to-subdirectory-filter project-a

Ein Beispiel für das Zusammenführen von 2 großen Repositories, wobei eines davon in ein Unterverzeichnis gelegt wird: https://gist.github.com/x-yuri/9890ab1079cf4357d6f269d073fd9731

Notiz: Die --allow-unrelated-histories parameter existiert erst seit git >= 2.9. Sehen Git – git merge Dokumentation / –allow-unrelated-histories

Aktualisieren: Hinzugefügt --tags wie von @jstadler vorgeschlagen, um Tags beizubehalten.

Hier sind zwei mögliche Lösungen:

Submodule

Entweder Repository A in ein separates Verzeichnis im größeren Projekt B kopieren oder (vielleicht besser) Repository A in ein Unterverzeichnis in Projekt B klonen. Dann verwenden git-Submodul um dieses Repository zu erstellen a Submodul eines Depots B.

Dies ist eine gute Lösung für lose gekoppelte Repositorys, bei denen die Entwicklung in Repository A fortgesetzt wird und der Hauptteil der Entwicklung eine separate eigenständige Entwicklung in A ist. Siehe auch SubmoduleSupport und GitSubmoduleTutorial Seiten im Git-Wiki.

Teilbaum zusammenführen

Sie können Repository A mit einem Unterverzeichnis von Projekt B zusammenführen Teilbaum zusammenführen Strategie. Dies ist beschrieben in Teilbaumverschmelzung und Sie von Markus Prinz.

git remote add -f Bproject /path/to/B
git merge -s ours --allow-unrelated-histories --no-commit Bproject/master
git read-tree --prefix=dir-B/ -u Bproject/master
git commit -m "Merge B project as our subdirectory"
git pull -s subtree Bproject master

(Möglichkeit --allow-unrelated-histories wird für Git >= 2.9.0 benötigt.)

Oder Sie können verwenden git-Teilbaum Werkzeug (Repository auf GitHub) von apenwarr (Avery Pennarun), angekündigt beispielsweise in seinem Blogbeitrag Eine neue Alternative zu Git-Submodulen: git subtree.

Ich denke, in Ihrem Fall (A soll Teil eines größeren Projekts B sein) wäre die richtige Lösung zu verwenden Teilbaum zusammenführen.

Ein einzelner Zweig eines anderen Repositorys kann einfach unter einem Unterverzeichnis platziert werden, das seinen Verlauf beibehält. Zum Beispiel:

git subtree add --prefix=rails git://github.com/rails/rails.git master

Dies wird als einzelnes Commit angezeigt, bei dem alle Dateien des Rails-Master-Zweigs zum Verzeichnis „rails“ hinzugefügt werden. Der Titel des Commits enthält jedoch einen Verweis auf den alten Verlaufsbaum:

Füge „rails/“ aus Commit hinzu <rev>

Woher <rev> ist ein SHA-1-Commit-Hash. Sie können immer noch die Geschichte sehen, einige Änderungen verantwortlich machen.

git log <rev>
git blame <rev> -- README.md

Beachten Sie, dass Sie das Verzeichnispräfix von hier aus nicht sehen können, da dies ein tatsächlicher alter Zweig ist, der intakt geblieben ist. Sie sollten dies wie einen gewöhnlichen Dateiverschiebungs-Commit behandeln: Sie benötigen einen zusätzlichen Sprung, wenn Sie ihn erreichen.

# finishes with all files added at once commit
git log rails/README.md

# then continue from original tree
git log <rev> -- README.md

Es gibt komplexere Lösungen, wie dies manuell zu tun oder den Verlauf wie in anderen Antworten beschrieben neu zu schreiben.

Der Befehl git-subtree ist Teil des offiziellen git-contrib, einige Paketmanager installieren ihn standardmäßig (OS X Homebrew). Aber Sie müssen es möglicherweise zusätzlich zu Git selbst installieren.

Der Submodul-Ansatz ist gut, wenn Sie das Projekt separat pflegen möchten. Wenn Sie jedoch wirklich beide Projekte in dasselbe Repository zusammenführen möchten, haben Sie etwas mehr Arbeit vor sich.

Das erste wäre, zu verwenden git filter-branch um die Namen von allem im zweiten Repository so umzuschreiben, dass es sich in dem Unterverzeichnis befindet, in dem sie enden sollen. Also statt foo.c, bar.htmldu würdest haben projb/foo.c und projb/bar.html.

Dann sollten Sie in der Lage sein, Folgendes zu tun:

git remote add projb [wherever]
git pull projb

Die git pull wird ein tun git fetch gefolgt von einem git merge. Es sollte keine Konflikte geben, wenn das Repository, zu dem Sie ziehen, noch keine hat projb/ Verzeichnis.

Weitere Suche deutet darauf hin, dass etwas Ähnliches getan wurde, um zusammenzuführen gitk hinein git. Junio ​​C Hamano schreibt hier darüber: http://www.mail-archive.com/git@vger.kernel.org/msg03395.html

git-subtree ist nett, aber es ist wahrscheinlich nicht das, was Sie wollen.

Zum Beispiel, wenn projectA ist das in B erstellte Verzeichnis, nach git subtree,

git log projectA

Listen nur eine Commit: die Zusammenführung. Die Commits aus dem zusammengeführten Projekt gelten für unterschiedliche Pfade, sodass sie nicht angezeigt werden.

Die Antwort von Greg Hewgill kommt dem am nächsten, obwohl sie nicht wirklich sagt, wie die Pfade umgeschrieben werden sollen.

Die Lösung ist überraschend einfach.

(1) In A,

PREFIX=projectA #adjust this

git filter-branch --index-filter '
    git ls-files -s |
    sed "s,\t,&'"$PREFIX"'/," |
    GIT_INDEX_FILE=$GIT_INDEX_FILE.new git update-index --index-info &&
    mv $GIT_INDEX_FILE.new $GIT_INDEX_FILE
' HEAD

Hinweis: Dies schreibt den Verlauf um; Vielleicht möchten Sie zuerst eine Sicherungskopie von A erstellen.

Hinweis Bene: Sie müssen das Ersatzskript innerhalb des sed-Befehls ändern, falls Sie Nicht-ASCII-Zeichen (oder weiße Zeichen) in Dateinamen oder Pfaden verwenden. In diesem Fall beginnt der Dateispeicherort innerhalb eines von “ls-files -s” erzeugten Datensatzes mit einem Anführungszeichen.

(2) Dann in B laufen

git pull path/to/A

Voila! Du hast ein projectA Verzeichnis in B. Wenn Sie ausführen git log projectAsehen Sie alle Commits von A.

In meinem Fall wollte ich zwei Unterverzeichnisse, projectA und projectB. In diesem Fall habe ich auch Schritt (1) bis B gemacht.

Wenn beide Repositorys dieselbe Art von Dateien haben (wie zwei Rails-Repositorys für verschiedene Projekte), können Sie Daten des sekundären Repositorys in Ihr aktuelles Repository holen:

git fetch git://repository.url/repo.git master:branch_name

und führen Sie es dann mit dem aktuellen Repository zusammen:

git merge --allow-unrelated-histories branch_name

Wenn Ihre Git-Version kleiner als 2.9 ist, entfernen Sie sie --allow-unrelated-histories.

Danach können Konflikte auftreten. Sie können sie zum Beispiel mit lösen git mergetool. kdiff3 kann nur mit Tastatur verwendet werden, so dass 5 Konfliktdatei beim Lesen des Codes nur wenige Minuten dauert.

Denken Sie daran, die Zusammenführung abzuschließen:

git commit

Ich habe bei der Verwendung von Merge immer wieder den Verlauf verloren, also habe ich Rebase verwendet, da in meinem Fall die beiden Repositories so unterschiedlich sind, dass sie nicht bei jedem Commit zusammengeführt werden:

git clone git@gitorious/projA.git projA
git clone git@gitorious/projB.git projB

cd projB
git remote add projA ../projA/
git fetch projA 
git rebase projA/master HEAD

=> Konflikte lösen, dann weitermachen, so oft wie nötig…

git rebase --continue

Dies führt dazu, dass ein Projekt alle Commits von projA enthält, gefolgt von Commits von projB