Einfacher Weg, die aktuellsten aller Git-Submodule zu ziehen

Question

Wir verwenden Git-Submodule, um einige große Projekte zu verwalten, die von vielen anderen Bibliotheken, die wir entwickelt haben, abhängig sind. Jede Bibliothek ist ein separates Repo, das als Submodul in das abhängige Projekt eingebracht wird. Während der Entwicklung wollen wir oft einfach die neueste Version jedes abhängigen Submoduls holen.

Verfügt Git über einen eingebauten Befehl, um dies zu tun? Wenn nicht, wie wäre es dann mit einer Windows-Batch-Datei oder ähnlichem, die das erledigen kann?

Answer 1

git pull --recurse-submodules --jobs=10

eine Funktion, die Git erst in Version 1.8.5 erlernt hat.

Bis die Fehler behoben ist, müssen Sie zum ersten Mal

git submodule update --init --rekursiv

Answer 2

Hinweis: Dies ist aus dem Jahr 2009 und mag damals gut gewesen sein, aber heute gibt es bessere Möglichkeiten.

Wir verwenden dies. Es heißt git-pup :

#!/bin/bash
# Exists to fully update the git repo that you are sitting in...

git pull && git submodule init && git submodule update && git submodule status

Legen Sie es einfach in ein geeignetes bin-Verzeichnis (/usr/local/bin). Unter Windows müssen Sie möglicherweise die Syntax ändern, damit es funktioniert :)

Aktualisierung:

Als Antwort auf den Kommentar des ursprünglichen Autors über das Einziehen aller HEADs aller Submodule - das ist eine gute Frage.

Ich bin mir ziemlich sicher, dass git verfügt intern nicht über einen Befehl für diesen Zweck. Um dies zu tun, müssten Sie festlegen, was HEAD für ein Submodul wirklich ist. Das könnte so einfach sein wie zu sagen master der aktuellste Zweig ist usw...

Erstellen Sie daraufhin ein einfaches Skript, das Folgendes tut:

1. siehe git submodule status für "geänderte" Repositories. Das erste Zeichen in den Ausgabezeilen zeigt dies an. Wenn ein Unter-Repository geändert wurde, sollten Sie NICHT fortfahren.
2. für jedes aufgelistete Repo in dessen Verzeichnis und führen Sie git checkout master && git pull . Prüfen Sie auf Fehler.
3. Ich schlage vor, dass Sie am Ende eine Anzeige für den Benutzer ausgeben, um den aktuellen Status der Untermodule anzuzeigen - vielleicht fordern Sie ihn auf, alle hinzuzufügen und zu übertragen?

Ich möchte erwähnen, dass diese Art von Submodulen nicht wirklich für Git konzipiert wurde. Normalerweise möchte man sagen, dass "LibraryX" die Version "2.32" hat und diese beibehalten wird, bis ich ihr sage, dass sie "upgraden" soll.

Das ist in gewissem Sinne das, was Sie mit dem beschriebenen Skript tun, nur eben automatischer. Vorsicht ist geboten!

Update 2:

Wenn Sie mit einer Windows-Plattform arbeiten, sollten Sie vielleicht Python für die Implementierung des Skripts verwenden, da es in diesen Bereichen sehr leistungsfähig ist. Wenn Sie unter Unix/Linux arbeiten, empfehle ich Ihnen ein Bash-Skript.

Brauchen Sie Klarstellungen? Schreiben Sie einfach einen Kommentar.

Answer 3

Die folgende Vorgehensweise hat bei mir unter Windows funktioniert.

git submodule init
git submodule update

Answer 4

Für mich, git 2.24.03, wird auf die letzte Übertragung der entfernten Zweige aktualisiert, die in .gitmodules .

git submodule update --recursive --init

git submodule update --recursive --remote

git Version 2.24.3 (Apple Git-128)

Bitte beachten: Jemand sagte, dass git pull --recurse-submodules ist dasselbe wie git submodule update --recursive --remote . Aber von meinem Test, git pull --recurse-submodules wird möglicherweise nicht auf die letzte Übertragung der entfernten Zweige aktualisiert, die in .gitmodules .

Answer 5

bearbeiten :

In den Kommentaren wurde darauf hingewiesen (von philfreo ), dass die neueste Version erforderlich ist. Wenn es verschachtelte Submodule gibt, die in ihrer neuesten Version sein müssen:

git submodule foreach --recursive git pull

-----Aktueller Kommentar unten-----

Ist das nicht die offizielle Vorgehensweise?

git submodule update --init

Ich benutze sie jedes Mal. Bis jetzt keine Probleme.

Bearbeiten:

Ich habe gerade herausgefunden, dass man das verwenden kann:

git submodule foreach --recursive git submodule update --init 

Dadurch werden auch alle Untermodule, d.h. Abhängigkeiten, rekursiv gezogen.