J'essaie de mettre un sous-module dans un dépôt. Le problème est que lorsque je clone le référentiel parent, le dossier du sous-module est entièrement vide.

Existe-t-il un moyen de faire en sorte que les git clone parent_repodonnées soient effectivement placées dans le dossier du sous-module?

Par exemple, http://github.com/cwolves/sequelize/tree/master/lib/ , nodejs-mysql-nativepointe du doigt un sous - module git externe, mais quand j'extraira le sequelizeprojet, ce dossier est vide.

Avec la version 2.13 de Git et versions ultérieures, --recurse-submodulespeut être utilisé à la place de --recursive:

git clone --recurse-submodules -j8 git://github.com/foo/bar.git
cd bar

^{Note de l'éditeur: -j8est une optimisation des performances facultative qui est devenue disponible dans la version 2.8 et récupère jusqu'à 8 sous-modules à la fois en parallèle - voir man git-clone.}

Avec la version 1.9 de Git jusqu'à la version 2.12 ( -jindicateur uniquement disponible dans la version 2.8+):

git clone --recursive -j8 git://github.com/foo/bar.git
cd bar

Avec la version 1.6.5 de Git et versions ultérieures, vous pouvez utiliser:

git clone --recursive git://github.com/foo/bar.git
cd bar

Pour les référentiels déjà clonés ou les anciennes versions de Git, utilisez:

git clone git://github.com/foo/bar.git
cd bar
git submodule update --init --recursive

Vous devez faire deux choses avant qu'un sous-module soit rempli:

git submodule init 
git submodule update

Git 2.23 (Q3 2019): si vous souhaitez cloner et mettre à jour les sous-modules vers leur dernière révision:

git clone --recurse-submodules --remote-submodules

Si vous voulez simplement les cloner sur leur SHA1 enregistré:

git clone --recurse-submodules

Voir ci-dessous.

Réponse originale 2010

Comme le mentionne joschi dans les commentaires, git submoduleprend désormais en charge l' --recursiveoption (Git1.6.5 et plus).

Si --recursiveest spécifié, cette commande récursive dans les sous-modules enregistrés et mettra à jour tous les sous-modules imbriqués à l'intérieur.

Voir Utilisation récursive des sous-modules git pour la partie init.
Voir git submoduleexpliqué pour plus.

Avec la version 1.6.5 de git et versions ultérieures, vous pouvez le faire automatiquement en clonant le super-projet avec l' –-recursiveoption:

git clone --recursive git://github.com/mysociety/whatdotheyknow.git

Mise à jour 2016, avec git 2.8: voir " Comment accélérer / paralléliser les téléchargements de sous-modules git en utilisant git clone --recursive? "

Vous pouvez lancer la récupération du sous-module à l'aide de plusieurs threads, en parallèle.
Par exemple:

git fetch --recurse-submodules -j2

Encore mieux, avec Git 2.23 (Q3 2019), vous pouvez cloner et extraire le sous-module vers leur branche de suivi en une seule commande!

Voir commit 4c69101 (19 mai 2019) de Ben Avison ( bavison) .
^{(Fusionné par Junio ​​C Hamano - gitster- dans commit 9476094 , 17 juin 2019)}

clone: ajouter un --remote-submodulesindicateur

Lors de l'utilisation, git clone --recurse-submodulesil était auparavant impossible de passer un --remotecommutateur à la git submodule updatecommande implicite pour tout cas d'utilisation où vous souhaitez que les sous-modules soient extraits sur leur branche de suivi à distance plutôt qu'avec le SHA-1 enregistré dans le superprojet.

Ce patch corrige cette situation.
Il passe en fait --no-fetchà git submodule updateaussi bien sur le terrain , ils le sous - module vient seulement d' être clonés, donc aller chercher la télécommande seulement sert à nouveau ralentir les choses.

Cela signifie:

--[no-]remote-submodules:

Tous les sous-modules qui sont clonés utiliseront l'état de la branche de suivi à distance du sous-module pour mettre à jour le sous-module, plutôt que le SHA-1 enregistré du superprojet. Équivalent à passer --remoteà git submodule update.

[Réponse rapide]

Vous pouvez utiliser cette commande pour cloner votre référentiel avec tous les sous-modules:

git clone --recursive YOUR-GIT-REPO-URL

Ou si vous avez déjà cloné le projet, vous pouvez utiliser:

git submodule init
git submodule update

Si votre sous-module a été ajouté dans une branche, assurez-vous de l'inclure dans votre commande de clonage ...

git clone -b <branch_name> --recursive <remote> <directory>

Essaye ça:

git clone --recurse-submodules

Il extrait automatiquement les données du sous-module en supposant que vous avez déjà ajouté les sous-modules au projet parent.

Je pense que vous pouvez suivre 3 étapes:

git clone
git submodule init
git submodule update

réponse tardive

// git CLONE INCLUDE-SUBMODULES ADDRESS DESTINATION-DIRECTORY
git clone --recursive https://[email protected]/USERNAME/REPO.git DESTINATION_DIR

Comme je viens de passer une heure à tripoter avec un ami: même si vous avez des droits d'administrateur sur BitBucket, clonez toujours le référentiel ORIGINAL et utilisez le mot de passe de celui qui possède le dépôt. Ennuyeux de découvrir que vous avez rencontré ce minetrap: P

Essayez ceci pour inclure des sous-modules dans le référentiel git.

git clone -b <branch_name> --recursive <remote> <directory>

ou

git clone --recurse-submodules

Vous pouvez utiliser l' --recursiveindicateur lors du clonage d'un référentiel. Ce paramètre force git à cloner tous les sous-modules définis dans le référentiel.

git clone --recursive [email protected]:your_repo.git

Après le clonage, les branches des sous-modules peuvent parfois être modifiées, exécutez donc cette commande après:

git submodule foreach "git checkout master"

[Réponse rapide]

Après avoir cloné le référentiel parent (qui contenait un référentiel de sous-module), procédez comme suit:

git submodule update --init --recursive

La recherche parallèle de sous-modules vise à réduire le temps nécessaire pour récupérer un référentiel et tous ses sous-modules associés en permettant la récupération de plusieurs référentiels à la fois. Cela peut être accompli en utilisant la nouvelle option --jobs, par exemple:

git fetch --recurse-submodules --jobs=4

Selon l'équipe de Git, cela peut considérablement accélérer la mise à jour des référentiels contenant de nombreux sous-modules. Lorsque vous utilisez --recurse-submodules sans la nouvelle option --jobs, Git récupère les sous-modules un par un.

Source: http://www.infoq.com/news/2016/03/git28-released

J'ai eu le même problème pour un référentiel GitHub. Mon compte n'avait pas de clé SSH. Le processus est

1. Générer une clé SSH
2. Ajouter une nouvelle clé SSH à votre compte GitHub

Ensuite, vous pouvez cloner le référentiel avec des sous-modules ( git clone --recursive YOUR-GIT-REPO-URL)

ou

Exécutez git submodule initet git submodule updatepour récupérer des sous-modules dans un référentiel déjà cloné.

Essaye ça.

git clone -b <branch_name> --recursive <remote> <directory>

Si vous avez ajouté le sous-module dans une branche, assurez-vous de l'ajouter à la commande clone.

S'il s'agit d'un nouveau projet, vous pouvez simplement faire comme ceci:

$ git clone --recurse-submodules https://github.com/chaconinc/YourProjectName 

S'il est déjà installé, alors:

$ cd YourProjectName (for the cases you are not at right directory) 
$ git submodule init
$ git submodule update