-q –quiet

Nur drucken Fehlermeldungen.

–progress

Diese Option ist nur für Add-und Update-Befehle gültig.Der Status des Fortschritts wird standardmäßig im Standardfehlerstrom gemeldet, wenn er an ein Terminal angehängt wird, sofern nicht-qis angegeben ist. Dieses Flag erzwingt den Status Fortschritt, auch wenn der Standardfehlerstrom nicht an ein Terminal gerichtet ist.

–all

Diese Option ist nur für den Befehl deinit gültig. Unregistered allsubmodules in der Arbeitsstruktur.,

-b <Zweig> –branch <Zweig>

Zweig des repository hinzufügen, die als submodule.Der Name des Zweigs wird als submodule.<name>.branch in.gitmodules für update --remoteaufgezeichnet. Ein spezieller Wert von . wird verwendet, um anzugeben, dass der Name des Zweigs im Submodul dersamenname als der aktuelle Zweig im aktuellen Repository sein sollte. Wenn theoption nicht angegeben ist, wird standardmäßig der Remote-KOPF verwendet.,

– f –force

Diese Option ist nur für Add -, deinit-und Update-Befehle gültig.Erlauben Sie beim Ausführen von add das Hinzufügen eines ansonsten ignorierten Submodulpfads.Beim Ausführen von deinit werden die Submodule-Arbeitsbäume entfernt, auch wenn sie lokale Änderungen enthalten.Wenn Sie update ausführen (nur wirksam mit der Checkout-Prozedur),werfen Sie lokale Änderungen in Submodulen weg, wenn Sie zu einem anderen Commit wechseln.und führen Sie immer einen Checkout-Vorgang in thesubmodule aus, auch wenn das im Index Descontaining-Repositorys aufgeführte Commit mit dem in thesubmodule ausgecheckten Commit übereinstimmt.,

–cached

Diese Option ist nur für Status-und Summary-Befehle gültig. Diese Befehle verwenden normalerweise das Commit im Submodul-KOPF, abermit dieser Option wird stattdessen das im Index gespeicherte Commit verwendet.

–files

Diese Option ist nur für den Befehl summary gültig. Dieser Befehl vergleicht das Commit im Index mit dem im Submodul HEADwenn diese Option verwendet wird.

– n –summary-limit

Diese Option ist nur für den Befehl summary gültig.Begrenzen Sie die Größe der Zusammenfassung (Anzahl der insgesamt angezeigten Commits).Wenn Sie 0 angeben, wird die Zusammenfassung deaktiviert; Eine negative Zahl bedeutet unbegrenzt (Standard)., Dieser Grenzwert gilt nur für modifizierte Submodule. Thesize ist für hinzugefügte/gelöschte/Typechanged-Submodule immer auf 1 beschränkt.

–remote

Diese Option ist nur für den Befehl update gültig. Anstatt das aufgezeichnete SHA-1 des Superprojekts zum Aktualisieren des Submoduls zu verwenden, verwenden Sie den Status des Remote-Tracking-Zweigs des Submoduls. Die Remote-Usedis-Verzweigung remote (branch.<name>.remote), standardmäßig origin.,Der verwendete Remote-Zweig ist standardmäßig der Remote-Zweig HEAD, aber der Verzweigungsname kann überschrieben werden, indem die Option submodule.<name>.branchin .gitmodules oder .git/config (wobei .git/configVorrang hat).

Dies funktioniert für alle unterstützten Aktualisierungsverfahren (--checkout,--rebase usw.). Die einzige Änderung ist die Quelle des Ziel-SHA-1.,Zum Beispiel führt submodule update --remote --merge upstreamsubmodule-Änderungen in den Submodulen zusammen, während submodule update--merge superproject gitlink-Änderungen in den Submodulen zusammenführt.

Um einen aktuellen Tracking-Verzweigungsstatus sicherzustellen, ruft update --remotedas Remote-Repository des Submoduls ab, bevor theSHA-1 berechnet wird. Wenn Sie nicht abrufen möchten, sollten Sie submodule update--remote --no-fetch.

Verwenden Sie diese Option, um Änderungen aus dem Upstream-Teilprojekt in den aktuellen HEAD Ihres Submoduls zu integrieren., Alternativ können Sie git pullaus dem Submodul ausführen, das mit Ausnahme des Remote-Verzweigungsnamens äquivalent ist: update --remote verwendet das Standard-Upstream-Repository undsubmodule.<name>.branch, während git pull diebranch.<name>.mergedes Submoduls verwendet. Bevorzugen Sie submodule.<name>.branch, wenn Sie den Standard-Upstream-Zweig mit dem Superprojekt verteilen möchten, undbranch.<name>.merge, wenn Sie während der Arbeit im Submodul selbst ein nativeres Gefühl wünschen.

– – N –no-fetch

Diese option ist nur gültig für die update-Befehl.,Holen Sie keine neuen Objekte von der Remote-Site.

–checkout

Diese Option ist nur für den Befehl update gültig.Überprüfen Sie das im Superprojekt aufgezeichnete Commit auf einem abgetrennten HEADin des Submoduls. Dies ist das Standardverhalten, die hauptsächliche Verwendung dieses option ist das überschreiben submodule.$name.update wenn festgelegt toa anderen Wert als checkout.Wenn der Schlüssel submodule.$name.update entweder nicht explizit gesetzt oder auf checkout gesetzt ist, ist diese Option implizit.

–merge

Diese Option ist nur für den Befehl update gültig.,Führen Sie das im Superprojekt aufgezeichnete Commit in der aktuellen Verzweigung des Submoduls zusammen. Wenn diese Option gegeben ist, wird der KOPF des Submoduls nicht gelöst. Wenn ein Zusammenführungsfehler diesen Prozess verhindert, werden Siehaben, um die resultierenden Konflikte innerhalb des Submoduls mit den üblichen Konfliktlösungstools zu lösen.Wenn der Schlüssel submodule.$name.update auf merge gesetzt ist, ist diese Option implizit.

–rebase

Diese Option ist nur für den Befehl update gültig.Rebase der aktuelle Zweig auf das Commit in thesuperproject aufgezeichnet., Wenn diese Option gegeben ist, wird der KOPF des Submoduls nicht gelöst. Wenn ein Zusammenführungsfehler diesen Prozess verhindert, müssen Sieum diese Fehler mit git-rebase zu beheben.Wenn der Schlüssel submodule.$name.update auf rebase gesetzt ist, ist diese Option implizit.

–init

Diese Option ist nur für den Befehl update gültig.Initialisieren Sie alle Submodule, für die „git submodule init“ vor dem Update noch nicht installiert wurde.

–name

Diese Option ist nur für den Befehl add gültig. Es setzt den Namen des Submoduls auf die angegebene Zeichenfolge, anstatt auf seinen Pfad zu setzen., Die namemust gültig sein als ein Verzeichnis namens und dürfen nicht am Ende mit einem /.

–Referenz <repository>

Diese option ist nur gültig, add-und update-Befehle. Thesecommands müssen manchmal ein Remote-Repository klonen. In diesem Fall wird diese Option an den Befehl git-clone übergeben.

–dissociate

Diese Option ist nur für Add-und Update-Befehle gültig. Thesecommands müssen manchmal ein Remote-Repository klonen. In diesem Fall wird diese Option an den Befehl git-clone übergeben.,

HINWEIS: Siehe HINWEIS für die--reference Option.

–recursive

Diese Option ist nur für foreach -, Update -, Status-und Sync-Befehle gültig.Submodule rekursiv durchlaufen. Die Operation wird nicht durchgeführtnur in den Submodulen des aktuellen Repos, aber auchin verschachtelten Submodulen innerhalb dieser Submodule (und so weiter).

–depth

Diese Option gilt für Add-und Update-Befehle. Erstellen Sie eine Shallowclone mit einem Verlauf, der auf die angegebene Anzahl von Revisionen abgeschnitten ist.Siehe git-clone

–recommend-shallow

Diese Option ist nur für den Befehl update gültig.,Der anfängliche Klon eines Submoduls verwendet die empfohlenesubmodule.<name>.shallow, wie sie standardmäßig von der .gitmodules – Datei bereitgestellt wird. Um die Vorschläge zu ignorieren, verwenden Sie --no-recommend-shallow.

– j <n> –j <n>

Diese Option ist nur für den update-Befehl gültig.Klonen Sie neue Submodule parallel zu so vielen Jobs.Standardmäßig ist die Option submodule.fetchJobs.

–single-branch

Diese Option ist nur für den Befehl update gültig.,Klonen Sie während des Updates nur einen Zweig: HEAD oder einen von –branch angegebenen.

<Pfad>…

Pfade zu Submodulen. Wenn angegeben, wird dies den Befehl einschränkenum nur mit den Submodulen zu arbeiten, die sich an den angegebenen Pfaden befinden.(Dieses Argument ist mit add erforderlich).