Comment fusionner deux dépôts Git ?

Question

Considérons le scénario suivant :

J'ai développé un petit projet expérimental A dans son propre repo Git. Il est maintenant arrivé à maturité, et j'aimerais que A fasse partie d'un projet plus important, B, qui a son propre grand dépôt. J'aimerais maintenant ajouter A en tant que sous-répertoire de B.

Comment fusionner A en B, sans perdre l'histoire d'un côté ou de l'autre ?

Answer 1

Si vous souhaitez fusionner project-a en 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

Tiré de : git merge different repositories ?

Cette méthode a très bien fonctionné pour moi, elle est plus courte et, à mon avis, beaucoup plus propre.

Si vous souhaitez mettre project-a dans un sous-répertoire, vous pouvez utiliser git-filter-repo ( filter-branch es découragé ). Exécutez les commandes suivantes avant les commandes ci-dessus :

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

Un exemple de fusion de 2 gros dépôts, en plaçant l'un d'entre eux dans un sous-répertoire : https://gist.github.com/x-yuri/9890ab1079cf4357d6f269d073fd9731

Nota: Les --allow-unrelated-histories n'existe que depuis git >= 2.9. Voir Git - git merge Documentation / --allow-unrelated-histories

Mise à jour : Ajouté --tags comme suggéré par @jstadler afin de conserver les balises.

Answer 2

Voici deux solutions possibles :

Sous-modules

Soit vous copiez le référentiel A dans un répertoire distinct du projet B, soit (ce qui est peut-être mieux) vous clonez le référentiel A dans un sous-répertoire du projet B. Ensuite, vous utilisez sous-module git pour faire de ce dépôt un sous-module d'un dépôt B.

C'est une bonne solution pour les référentiels faiblement couplés, où le développement dans le référentiel A se poursuit, et où la majeure partie du développement est un développement autonome séparé dans A. Voir aussi Support de sous-module y Didacticiel GitSubmodule sur Git Wiki.

Fusion de sous-arbres

Vous pouvez fusionner le référentiel A dans un sous-répertoire d'un projet B à l'aide de la commande fusion de sous-arbres stratégie. Celle-ci est décrite dans Fusion de sous-arbres et vous par 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

(Option --allow-unrelated-histories est nécessaire pour Git >= 2.9.0).

Vous pouvez également utiliser git subtree ( sur GitHub ) par apenwarr (Avery Pennarun), annoncée par exemple dans son billet de blog Une nouvelle alternative aux sous-modules Git : git subtree .

---

Je pense que dans votre cas (A doit faire partie d'un projet plus vaste, B), la bonne solution serait d'utiliser fusion de sous-arbres .

Answer 3

Une branche unique d'un autre dépôt peut facilement être placée dans un sous-répertoire conservant son historique. Par exemple :

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

Cela apparaîtra comme un commit unique où tous les fichiers de la branche master de Rails seront ajoutés dans le répertoire "rails". Cependant, le titre du commit contient une référence à l'ancien arbre historique :

Ajouter 'rails/' au commit <rev>

Dónde <rev> est un hachage d'engagement SHA-1. Vous pouvez toujours voir l'historique, en accusant certains changements.

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

Notez que vous ne pouvez pas voir le préfixe du répertoire d'ici puisqu'il s'agit d'une ancienne branche laissée intacte. Vous devez traiter ce commit comme un déplacement de fichier habituel : vous aurez besoin d'un saut supplémentaire pour l'atteindre.

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

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

Il existe des solutions plus complexes, comme le faire manuellement ou réécrire l'historique, comme décrit dans d'autres réponses.

La commande git-subtree fait partie de git-contrib officiel, certains gestionnaires de paquets l'installent par défaut (OS X Homebrew). Mais il se peut que vous deviez l'installer vous-même en plus de git.

Answer 4

L'approche par sous-module est intéressante si vous souhaitez maintenir le projet séparément. Cependant, si vous voulez vraiment fusionner les deux projets dans le même dépôt, vous avez un peu plus de travail à faire.

La première chose à faire est d'utiliser git filter-branch pour réécrire les noms de tout ce qui se trouve dans le deuxième référentiel afin qu'ils se trouvent dans le sous-répertoire où vous souhaitez qu'ils aboutissent. Ainsi, au lieu de foo.c , bar.html vous auriez projb/foo.c y projb/bar.html .

Vous devriez alors être en mesure de faire quelque chose comme ce qui suit :

git remote add projb [wherever]
git pull projb

En git pull fera un git fetch suivi d'un git merge . Il ne devrait pas y avoir de conflit, si le dépôt vers lequel vous tirez n'a pas encore de fichier projb/ répertoire.

Des recherches plus approfondies indiquent que quelque chose de similaire a été fait pour fusionner gitk en git . Junio C Hamano en parle ici : http://www.mail-archive.com/git@vger.kernel.org/msg03395.html

Answer 5

Si les deux référentiels contiennent le même type de fichiers (comme deux référentiels Rails pour des projets différents), vous pouvez récupérer les données du référentiel secondaire dans votre référentiel actuel :

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

puis de le fusionner avec le dépôt actuel :

git merge --allow-unrelated-histories branch_name

Si votre version de Git est inférieure à 2.9, supprimez --allow-unrelated-histories .

Ensuite, des conflits peuvent survenir. Vous pouvez les résoudre par exemple avec git mergetool . kdiff3 peut être utilisé uniquement avec le clavier, de sorte que le fichier 5 conflits ne prend que quelques minutes lors de la lecture du code.

N'oubliez pas de terminer la fusion :

git commit