Wie ändere ich das Remote-Repository für ein Git-Submodul?

Ich habe ein Git-Repository mit einem Submodul erstellt. Ich kann das Submodul selbst anweisen, seinen Remote-Repository-Pfad zu ändern, bin mir jedoch nicht sicher, wie ich dem übergeordneten Repository mitteilen soll, wie der Remote-Repository-Pfad für das Submodul geändert werden soll.

Ich wäre nicht überrascht, wenn ich etwas Pech hätte und die Dinge manuell erledigen müsste, da selbst das Löschen von Submodulen nicht einfach ist.

Sie sollten nur in der Lage sein, die .gitmodulesDatei zu bearbeiten , um die URL zu aktualisieren, und dann auszuführen git submodule sync, um diese Änderung am Superprojekt und Ihrer Arbeitskopie widerzuspiegeln.

Mit diesen Befehlen wird die Eingabeaufforderung bearbeitet, ohne dass Dateien im lokalen Repository geändert werden

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

Im Blog finden Sie Screenshots: Ändern der URL / des Zweigs der GIT-Submodule in eine andere URL / einen anderen Zweig desselben Repositorys

In einfachen Worten, Sie müssen nur die .gitmodules-Datei bearbeiten, dann erneut synchronisieren und aktualisieren:

Bearbeiten Sie die Datei entweder über einen git-Befehl oder direkt:

git config --file=.gitmodules -e

oder nur:

vim .gitmodules

dann erneut synchronisieren und aktualisieren:

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

Mit Git 2.25 (Q1 2020) können Sie es ändern .
Siehe " Git-Submodul-URL geändert " und den neuen Befehl

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

Ursprüngliche Antwort (Mai 2009, vor zehn Jahren)

Tatsächlich wurde im April 2009 ein Patch eingereicht , um die gitmoduleRolle zu klären .

Die Gitmodule-Dokumentation enthält jetzt noch nicht:

Die .gitmodulesDatei, die sich im obersten Verzeichnis eines Git-Arbeitsbaums befindet, ist eine Textdatei mit einer Syntax, die den Anforderungen von linkgit: git-config 1 entspricht .
[NEU]:
Da diese Datei von Git verwaltet wird, werden die + Datensätze der Submodule eines Projekts verfolgt.
In dieser Datei gespeicherte Informationen werden als Hinweis verwendet, um die autorisierende Version des in der Projektkonfigurationsdatei gespeicherten Datensatzes zu aktivieren.
Benutzerspezifische Datensatzänderungen (z. B. um Unterschiede in den Submodul-URLs aufgrund von Netzwerksituationen zu berücksichtigen) sollten an der Konfigurationsdatei vorgenommen werden, während zu propagierende Datensatzänderungen (z. B. + aufgrund einer Verlagerung der Submodulquelle) an dieser Datei vorgenommen werden sollten .

Das bestätigt Jims Antwort ziemlich genau .

Wenn Sie diesem Tutorial zum Git-Submodul folgen , benötigen Sie ein " git submodule init", um die Submodul-Repository-URLs zu .git / config hinzuzufügen.

" git submodule sync" wurde im August 2008 hinzugefügt , um diese Aufgabe zu vereinfachen, wenn sich die URL ändert (insbesondere wenn die Anzahl der Submodule wichtig ist).
Das mit diesem Befehl verknüpfte Skript ist einfach genug:

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

Das Ziel bleibt: git config remote."$remote".url "$url"

Was hat bei mir funktioniert (unter Windows mit der Git-Version 1.8.3.msysgit.0):

• Aktualisieren Sie .gitmodules mit dem Pfad zum neuen Repository
• Entfernen Sie die entsprechende Zeile aus der Datei ".git / config"
• Löschen Sie das entsprechende Verzeichnis im Verzeichnis ".git / modules / external"
• Löschen Sie das ausgecheckte Submodulverzeichnis selbst (unsicher, ob dies erforderlich ist).
• Führen Sie git submodule initundgit submodule update
• Stellen Sie sicher, dass das ausgecheckte Submodul das richtige Commit hat, und schreiben Sie das fest, da es wahrscheinlich ist, dass der Hash anders ist

Nach all dem ist alles in dem Zustand, den ich erwarten würde. Ich kann mir vorstellen, dass andere Benutzer des Repositorys ähnliche Probleme haben werden, wenn sie zum Aktualisieren kommen - es wäre ratsam, diese Schritte in Ihrer Commit-Nachricht zu erläutern!

Bearbeiten Sie einfach Ihre .git / config- Datei. Zum Beispiel; Wenn Sie ein "gemeinsames" Submodul haben, können Sie dies im Supermodul tun:

git config submodule.common.url /data/my_local_common

git config --file=.gitmodules -e öffnet den Standardeditor, in dem Sie den Pfad aktualisieren können