Comment changer le référentiel distant pour un sous-module git?

J'ai créé un référentiel git contenant un sous-module. Je suis en mesure de dire au sous-module lui-même de changer son chemin de référentiel distant, mais je ne sais pas comment dire au référentiel parent comment changer le chemin du référentiel distant pour le sous-module.

Je ne serais pas surpris si je suis un peu malchanceux et que je dois faire les choses manuellement, car même la suppression de sous-modules n'est pas facile.

Vous devez simplement pouvoir modifier le .gitmodulesfichier pour mettre à jour l'URL, puis exécuter git submodule syncpour refléter cette modification dans le superprojet et votre copie de travail.

Ces commandes feront le travail sur l'invite de commande sans modifier aucun fichier sur le référentiel local

git config --file=.gitmodules submodule.Submod.url https://github.com/username/ABC.git
git config --file=.gitmodules submodule.Submod.branch Development
git submodule sync
git submodule update --init --recursive --remote

Veuillez consulter le blog pour les captures d'écran: Modification de l'URL / branche des sous-modules GIT en une autre URL / branche du même référentiel

En termes simples, il vous suffit de modifier le fichier .gitmodules, puis de resynchroniser et de mettre à jour:

Modifiez le fichier, soit via une commande git, soit directement:

git config --file=.gitmodules -e

ou juste:

vim .gitmodules

puis resynchronisez et mettez à jour:

git submodule sync
git submodule update --init --recursive --remote

Avec Git 2.25 (Q1 2020), vous pouvez le modifier .
Voir "L' URL du sous-module Git a changé " et la nouvelle commande

git submodule set-url [--] <path> <newurl>

Réponse originale (mai 2009, il y a dix ans)

En fait, un correctif a été soumis en avril 2009 pour clarifier le gitmodulerôle.

Alors maintenant, la documentation de gitmodule ne comprend pas encore:

Le .gitmodulesfichier, situé dans le répertoire de niveau supérieur d'une arborescence de travail git, est un fichier texte avec une syntaxe correspondant aux exigences de linkgit: git-config 1 .
[NOUVEAU]:
Comme ce fichier est géré par Git, il suit les enregistrements + des sous-modules d'un projet.
Les informations stockées dans ce fichier sont utilisées comme indice pour amorcer la version faisant autorité de l'enregistrement stocké dans le fichier de configuration du projet.
Les modifications d'enregistrement spécifiques à l'utilisateur (par exemple pour tenir compte des différences d'URL de sous-module dues à des situations de mise en réseau) doivent être apportées au fichier de configuration, tandis que les modifications d'enregistrement à propager (par exemple + en raison d'un déplacement de la source du sous-module) doivent être apportées à ce fichier. .

Cela confirme à peu près la réponse de Jim .

Si vous suivez ce tutoriel de sous-module git , vous voyez que vous avez besoin d'un " git submodule init" pour ajouter les URL du référentiel de sous-module à .git / config.

" git submodule sync" a été ajouté en août 2008 précisément pour faciliter cette tâche lorsque l'URL change (surtout si le nombre de sous-modules est important).
Le script associé à cette commande est assez simple:

module_list "$@" |
while read mode sha1 stage path
do
    name=$(module_name "$path")
    url=$(git config -f .gitmodules --get submodule."$name".url)
    if test -e "$path"/.git
    then
    (
        unset GIT_DIR
        cd "$path"
        remote=$(get_default_remote)
        say "Synchronizing submodule url for '$name'"
        git config remote."$remote".url "$url"
    )
    fi
done

L'objectif reste: git config remote."$remote".url "$url"

Ce qui a fonctionné pour moi (sous Windows, en utilisant la version 1.8.3.msysgit.0 de git):

• Mettez à jour .gitmodules avec le chemin d'accès au nouveau référentiel
• Supprimez la ligne correspondante du fichier ".git / config"
• Supprimez le répertoire correspondant dans le répertoire ".git / modules / external"
• Supprimez le répertoire du sous-module extrait lui-même (vous ne savez pas si cela est nécessaire)
• Courir git submodule initetgit submodule update
• Assurez-vous que le sous-module extrait est au bon commit, et validez-le, car il est probable que le hachage sera différent

Après avoir fait tout ça, tout est dans l'état auquel je m'attendais. J'imagine que d'autres utilisateurs du référentiel éprouveront la même douleur lorsqu'ils viendront à jour - il serait sage d'expliquer ces étapes dans votre message de validation!

Modifiez simplement votre fichier .git / config . Par exemple; si vous avez un sous-module "commun" vous pouvez le faire dans le super-module:

git config submodule.common.url /data/my_local_common

git config --file=.gitmodules -e ouvre l'éditeur par défaut dans lequel vous pouvez mettre à jour le chemin