SVN:externals équivalent dans Git ?

Question

J'ai deux projets SVN en cours d'utilisation à partir d'un autre dépôt SVN en utilisant svn:externals .

Comment puis-je avoir la même structure de dépôt dans Git ?

Answer 1

Git a deux approches similaires, mais pas exactement équivalentes à svn:externals :

• Fusions de sous-arbres insérer le code du projet externe dans un sous-répertoire distinct de votre répertoire. Celui-ci possède un processus détaillé de mise en place et c'est ensuite très facile pour les autres utilisateurs, car il est automatiquement inclus lorsque le référentiel est extrait ou cloné. Cela peut être un moyen pratique d'inclure une dépendance dans votre projet.
  Il est facile d'extraire des modifications de l'autre projet, mais il est difficile d'en renvoyer. Et si l'autre projet doit fusionner à partir de votre code, l'historique du projet est fusionné et les deux projets ne font plus qu'un.

• Sous-modules Git ( manuel ) vers un commit particulier dans le dépôt d'un autre projet, tout comme svn:externals avec un lien -r argument. Les sous-modules sont faciles à mettre en place, mais tous les utilisateurs doivent gérer les sous-modules, qui ne sont pas automatiquement inclus dans les extractions (ou les clones).
  Bien qu'il soit facile de renvoyer les modifications à l'autre projet, cela peut poser des problèmes si le répertoire a changé. C'est pourquoi il n'est généralement pas approprié de renvoyer des modifications à un projet en cours de développement.

Answer 2

Comme je le mentionne dans " Mise à jour de la nouvelle version d'un sous-module Git "Vous pouvez obtenir la même fonctionnalité externe de SVN avec les sous-modules Git 1.8.2 :

git config -f .gitmodules submodule.<path>.branch <branch>

Cela suffit pour qu'un sous-module suive une branche (comme dans le LATEST commit d'une branche distante d'un sous-module repo en amont ). Tout ce que vous avez à faire, c'est a :

git submodule update --remote

Cela mettra à jour le sous-module.

Plus de détails dans " git submodule suivi des dernières ".

Pour convertir un sous-module existant en un sous-module qui suit une branche : voir toutes les étapes dans " Sous-modules Git : Spécifier une branche/étiquette ".

Answer 3

Vous devriez vous pencher sur les points suivants git submodules Il devrait permettre d'obtenir presque exactement ce que vous recherchez.

Answer 4

Je suis l'auteur de outil gil (liens git)

J'ai une solution alternative au problème - outil gil (liens git)

Il permet de décrire et de gérer les dépendances complexes des dépôts git.

Il apporte également une solution au problème de la problème de dépendance des sous-modules récursifs de git .

Considérez que vous avez les dépendances suivantes pour votre projet : exemple de graphe de dépendance du dépôt git

Vous pouvez alors définir .gitlinks avec la description de la relation entre les dépôts :

# Projects
CppBenchmark CppBenchmark https://github.com/chronoxor/CppBenchmark.git master
CppCommon CppCommon https://github.com/chronoxor/CppCommon.git master
CppLogging CppLogging https://github.com/chronoxor/CppLogging.git master

# Modules
Catch2 modules/Catch2 https://github.com/catchorg/Catch2.git master
cpp-optparse modules/cpp-optparse https://github.com/weisslj/cpp-optparse.git master
fmt modules/fmt https://github.com/fmtlib/fmt.git master
HdrHistogram modules/HdrHistogram https://github.com/HdrHistogram/HdrHistogram_c.git master
zlib modules/zlib https://github.com/madler/zlib.git master

# Scripts
build scripts/build https://github.com/chronoxor/CppBuildScripts.git master
cmake scripts/cmake https://github.com/chronoxor/CppCMakeScripts.git master

Chaque ligne décrit le lien git dans le format suivant :

1. Nom unique du référentiel
2. Chemin relatif du dépôt (à partir du chemin du fichier .gitlinks)
3. Dépôt Git qui sera utilisé dans la commande git clone Branche du dépôt à extraire
4. Les lignes vides ou les lignes commençant par # ne sont pas analysées (traitées comme des commentaires).

Enfin, vous devez mettre à jour votre référentiel d'échantillons Root :

# Clone and link all git links dependencies from .gitlinks file
gil clone
gil link

# The same result with a single command
gil update

Vous clonerez ainsi tous les projets nécessaires et les relierez les uns aux autres de manière appropriée.

Si vous souhaitez valider toutes les modifications d'un référentiel avec toutes les modifications des référentiels enfants liés, vous pouvez le faire avec une seule commande :

gil commit -a -m "Some big update"

Les commandes "pull" et "push" fonctionnent de la même manière :

gil pull
gil push

L'outil Gil (git links) prend en charge les commandes suivantes :

usage: gil command arguments
Supported commands:
    help - show this help
    context - command will show the current git link context of the current directory
    clone - clone all repositories that are missed in the current context
    link - link all repositories that are missed in the current context
    update - clone and link in a single operation
    pull - pull all repositories in the current directory
    push - push all repositories in the current directory
    commit - commit all repositories in the current directory

Plus d'informations problème de dépendance des sous-modules récursifs de git .

Answer 5

Il n'y a pas d'analogue exact, mais voici deux solutions de contournement :

• http://kerneltrap.org/mailarchive/git/2007/5/1/245002
• http://tsunanet.blogspot.com/2007/07/learning-git-svn-in-5min.html