English ▾ Themen ▾ Neueste Version ▾ gitremote-helpers zuletzt aktualisiert in 2.51.0

NAME

gitremote-helpers - Hilfsprogramme zur Interaktion mit entfernten Repositories

SYNOPSIS

git remote-<transport> <repository> [<URL>]

BESCHREIBUNG

Remote-Hilfsprogramme werden normalerweise nicht direkt von Endbenutzern verwendet, sondern von Git aufgerufen, wenn es mit entfernten Repositories interagieren muss, die Git nicht nativ unterstützt. Ein bestimmtes Hilfsprogramm implementiert einen Teil der hier dokumentierten Funktionen. Wenn Git mit einem Repository interagieren muss, das ein Remote-Hilfsprogramm verwendet, startet es das Hilfsprogramm als unabhängigen Prozess, sendet Befehle an die Standardeingabe des Hilfsprogramms und erwartet Ergebnisse von der Standardausgabe des Hilfsprogramms. Da ein Remote-Hilfsprogramm als unabhängiger Prozess von Git ausgeführt wird, ist es nicht notwendig, Git neu zu verknüpfen, um ein neues Hilfsprogramm hinzuzufügen, und es ist auch nicht notwendig, das Hilfsprogramm mit der Implementierung von Git zu verknüpfen.

Jedes Hilfsprogramm muss den Befehl "capabilities" unterstützen, den Git verwendet, um festzustellen, welche anderen Befehle das Hilfsprogramm akzeptiert. Diese anderen Befehle können verwendet werden, um entfernte Refs zu entdecken und zu aktualisieren, Objekte zwischen der Objektbank und dem entfernten Repository zu transportieren und den lokalen Objektbestand zu aktualisieren.

Git kommt mit einer "curl"-Familie von Remote-Hilfsprogrammen, die verschiedene Transportprotokolle handhaben, wie z. B. git-remote-http, git-remote-https, git-remote-ftp und git-remote-ftps. Sie implementieren die Fähigkeiten fetch, option und push.

AUFRUF

Remote-Hilfsprogramme werden mit einem oder (optional) zwei Argumenten aufgerufen. Das erste Argument gibt ein entferntes Repository wie in Git an; es ist entweder der Name eines konfigurierten Remotes oder eine URL. Das zweite Argument gibt eine URL an; es ist normalerweise in der Form <transport>://<adresse>, aber jede beliebige Zeichenkette ist möglich. Die Umgebungsvariable GIT_DIR wird für das Remote-Hilfsprogramm eingerichtet und kann verwendet werden, um festzustellen, wo zusätzliche Daten gespeichert werden sollen oder von welchem Verzeichnis aus Hilfs-Git-Befehle aufgerufen werden sollen.

Wenn Git auf eine URL der Form <transport>://<adresse> stößt, bei der <transport> ein Protokoll ist, das es nicht nativ behandeln kann, ruft es automatisch git remote-<transport> mit der vollständigen URL als zweitem Argument auf. Wenn eine solche URL direkt in der Befehlszeile gefunden wird, ist das erste Argument dasselbe wie das zweite, und wenn sie in einem konfigurierten Remote gefunden wird, ist das erste Argument der Name dieses Remotes.

Eine URL der Form <transport>::<adresse> weist Git ausdrücklich an, git remote-<transport> mit <adresse> als zweitem Argument aufzurufen. Wenn eine solche URL direkt in der Befehlszeile gefunden wird, ist das erste Argument <adresse>, und wenn sie in einem konfigurierten Remote gefunden wird, ist das erste Argument der Name dieses Remotes.

Wenn ein konfiguriertes Remote remote.<name>.vcs auf <transport> gesetzt hat, ruft Git ausdrücklich git remote-<transport> mit <name> als erstem Argument auf. Wenn gesetzt, ist das zweite Argument remote.<name>.url; andernfalls wird das zweite Argument weggelassen.

EINGABEFORMAT

Git sendet dem Remote-Hilfsprogramm eine Liste von Befehlen an die Standardeingabe, einen pro Zeile. Der erste Befehl ist immer der Befehl capabilities, als Antwort darauf muss das Remote-Hilfsprogramm eine Liste der unterstützten Fähigkeiten (siehe unten) gefolgt von einer Leerzeile ausgeben. Die Antwort auf den capabilities-Befehl bestimmt, welche Befehle Git im restlichen Befehlsstrom verwendet.

Der Befehlsstrom wird durch eine Leerzeile beendet. In einigen Fällen (in der Dokumentation der jeweiligen Befehle angegeben) folgt auf diese Leerzeile eine Nutzlast in einem anderen Protokoll (z. B. das Pack-Protokoll), in anderen Fällen zeigt sie das Ende der Eingabe an.

Fähigkeiten

Jedes Remote-Hilfsprogramm muss nur eine Teilmenge von Befehlen unterstützen. Die von einem Hilfsprogramm unterstützten Operationen werden Git in der Antwort auf den Befehl capabilities (siehe BEFEHLE unten) erklärt.

Im Folgenden listen wir alle definierten Fähigkeiten auf und listen für jede die Befehle auf, die ein Hilfsprogramm mit dieser Fähigkeit bereitstellen muss.

Fähigkeiten zum Pushen

connect

Kann versuchen, eine Verbindung zu git receive-pack (zum Pushen), git upload-pack usw. für die Kommunikation über Git's natives Packfile-Protokoll herzustellen. Dies erfordert eine bidirektionale, Vollduplex-Verbindung.

Unterstützte Befehle: connect.

stateless-connect

Experimentell; nur für den internen Gebrauch. Kann versuchen, eine Verbindung zu einem entfernten Server für die Kommunikation über Git's Wire-Protokoll Version 2 herzustellen. Siehe die Dokumentation für den stateless-connect Befehl für weitere Informationen.

Unterstützte Befehle: stateless-connect.

push

Kann entfernte Refs entdecken und lokale Commits und die zu ihnen führende Historie zu neuen oder bestehenden entfernten Refs pushen.

Unterstützte Befehle: list for-push, push.

export

Kann entfernte Refs entdecken und bestimmte Objekte aus einem fast-import-Stream zu entfernten Refs pushen.

Unterstützte Befehle: list for-push, export.

Wenn ein Hilfsprogramm connect anzeigt, wird Git es, wenn möglich, verwenden und bei der Verbindung auf eine andere Fähigkeit zurückfallen, wenn das Hilfsprogramm dies anfordert (siehe den connect-Befehl unter BEFEHLE). Bei der Wahl zwischen push und export bevorzugt Git push. Andere Frontends können eine andere Reihenfolge der Präferenz haben.

no-private-update

Bei Verwendung der refspec-Fähigkeit aktualisiert Git normalerweise die private Referenz nach einem erfolgreichen Push. Diese Aktualisierung wird deaktiviert, wenn das Remote-Hilfsprogramm die Fähigkeit no-private-update deklariert.

Fähigkeiten zum Abrufen

connect

Kann versuchen, eine Verbindung zu git upload-pack (zum Abrufen), git receive-pack usw. für die Kommunikation über das native Packfile-Protokoll von Git herzustellen. Dies erfordert eine bidirektionale, Vollduplex-Verbindung.

Unterstützte Befehle: connect.

stateless-connect

Experimentell; nur für den internen Gebrauch. Kann versuchen, eine Verbindung zu einem entfernten Server für die Kommunikation über Git's Wire-Protokoll Version 2 herzustellen. Siehe die Dokumentation für den stateless-connect Befehl für weitere Informationen.

Unterstützte Befehle: stateless-connect.

fetch

Kann entfernte Refs entdecken und Objekte, die von ihnen erreichbar sind, in den lokalen Objektbestand übertragen.

Unterstützte Befehle: list, fetch.

import

Kann entfernte Refs entdecken und Objekte, die von ihnen erreichbar sind, als Stream im fast-import-Format ausgeben.

Unterstützte Befehle: list, import.

check-connectivity

Kann garantieren, dass beim Anfordern eines Klons das empfangene Packfile eigenständig und verbunden ist.

get

Kann den Befehl get verwenden, um eine Datei von einer gegebenen URI herunterzuladen.

Wenn ein Hilfsprogramm connect anzeigt, wird Git es, wenn möglich, verwenden und auf eine andere Fähigkeit zurückfallen, wenn das Hilfsprogramm dies bei der Verbindung anfordert (siehe den connect-Befehl unter BEFEHLE). Bei der Wahl zwischen fetch und import bevorzugt Git fetch. Andere Frontends können eine andere Reihenfolge der Präferenz haben.

Sonstige Fähigkeiten

option

Zur Angabe von Einstellungen wie verbosity (wie viele Ausgaben auf stderr geschrieben werden) und depth (wie viel Historie bei einem flachen Klon gewünscht ist), die beeinflussen, wie andere Befehle ausgeführt werden.

refspec <refspec>

Für Remote-Hilfsprogramme, die import oder export implementieren, erlaubt diese Fähigkeit, die Refs auf einen privaten Namensraum zu beschränken, anstatt direkt in refs/heads oder refs/remotes zu schreiben. Es wird empfohlen, dass alle Importeure, die die import-Fähigkeit bereitstellen, diese verwenden. Sie ist für export zwingend erforderlich.

Ein Hilfsprogramm, das die Fähigkeit refspec refs/heads/*:refs/svn/origin/branches/* anzeigt, sagt damit aus, dass bei Aufforderung zu import refs/heads/topic der ausgegebene Stream die Referenz refs/svn/origin/branches/topic aktualisiert.

Diese Fähigkeit kann mehrmals angezeigt werden. Die erste zutreffende Refspec hat Vorrang. Die linke Seite der mit dieser Fähigkeit angezeigten Refspecs muss alle vom Listenbefehl gemeldeten Refs abdecken. Wenn keine refspec-Fähigkeit angezeigt wird, gibt es eine implizite refspec *:*.

Beim Schreiben von Remote-Hilfsprogrammen für dezentrale Versionskontrollsysteme wird empfohlen, eine lokale Kopie des zu interagierenden Repositorys zu führen und die privaten Namensraum-Refs auf dieses lokale Repository verweisen zu lassen, während der Namensraum refs/remotes verwendet wird, um das entfernte Repository zu verfolgen.

bidi-import

Dies modifiziert die import-Fähigkeit. Die fast-import-Befehle cat-blob und ls können von Remote-Hilfsprogrammen verwendet werden, um Informationen über Blobs und Bäume abzurufen, die bereits im Speicher von fast-import vorhanden sind. Dies erfordert einen Kanal von fast-import zum Remote-Hilfsprogramm. Wenn es zusätzlich zu "import" angezeigt wird, erstellt Git eine Pipe von fast-import zur Standardeingabe des Remote-Hilfsprogramms. Folglich sind Git und fast-import beide mit der Standardeingabe des Remote-Hilfsprogramms verbunden. Da Git mehrere Befehle an das Remote-Hilfsprogramm senden kann, müssen Hilfsprogramme, die bidi-import verwenden, alle import-Befehle eines Batches puffern, bevor Daten an fast-import gesendet werden. Dies soll das Vermischen von Befehlen und fast-import-Antworten auf der Standardeingabe des Hilfsprogramms verhindern.

export-marks <datei>

Dies modifiziert die export-Fähigkeit und weist Git an, die interne Markierungstabelle in <datei> zu schreiben, wenn sie abgeschlossen ist. Details finden Sie unter --export-marks=<datei> in git-fast-export[1].

import-marks <datei>

Dies modifiziert die export-Fähigkeit und weist Git an, die in <datei> angegebenen Markierungen zu laden, bevor eine Eingabe verarbeitet wird. Details finden Sie unter --import-marks=<datei> in git-fast-export[1].

signed-tags

Dies modifiziert die export-Fähigkeit und weist Git an, --signed-tags=verbatim an git-fast-export[1] zu übergeben. In Abwesenheit dieser Fähigkeit verwendet Git --signed-tags=warn-strip.

object-format

Dies zeigt an, dass das Hilfsprogramm mit einer expliziten Hash-Algorithmus-Erweiterung mit der entfernten Seite interagieren kann.

BEFEHLE

Befehle werden vom Aufrufer auf die Standardeingabe des Hilfsprogramms gesendet, einer pro Zeile.

capabilities

Listet die Fähigkeiten des Hilfsprogramms auf, eine pro Zeile, endend mit einer Leerzeile. Jeder Fähigkeit kann ein * vorangestellt sein, was sie für Git-Versionen, die das Remote-Hilfsprogramm verwenden, obligatorisch macht. Jede unbekannte obligatorische Fähigkeit ist ein fataler Fehler.

Unterstützung für diesen Befehl ist obligatorisch.

list

Listet die Refs auf, eine pro Zeile, im Format "<wert> <name> [<attr> …​]". Der Wert kann ein hexadezimaler SHA1-Hash, "@<dest>" für einen Symref, ":<keyword> <wert>" für ein Schlüssel-Wert-Paar oder "?" sein, um anzuzeigen, dass das Hilfsprogramm den Wert der Ref nicht abrufen konnte. Eine durch Leerzeichen getrennte Liste von Attributen folgt dem Namen; nicht erkannte Attribute werden ignoriert. Die Liste endet mit einer Leerzeile.

Siehe REF LIST ATTRIBUTE für eine Liste der derzeit definierten Attribute. Siehe REF LIST SCHLÜSSELWÖRTER für eine Liste der derzeit definierten Schlüsselwörter.

Unterstützt, wenn das Hilfsprogramm die Fähigkeit "fetch" oder "import" hat.

list for-push

Ähnlich wie list, außer dass es verwendet wird, wenn und nur wenn der Aufrufer die daraus resultierende Ref-Liste zur Vorbereitung von Push-Befehlen wünscht. Ein Hilfsprogramm, das sowohl Push als auch Fetch unterstützt, kann dies verwenden, um zu unterscheiden, für welchen Vorgang die Ausgabe von list verwendet wird, und möglicherweise die Menge der zu verrichtenden Arbeit reduzieren.

Unterstützt, wenn das Hilfsprogramm die Fähigkeit "push" oder "export" hat.

option <name> <wert>

Setzt die Transport-Hilfsprogramm-Option <name> auf <wert>. Gibt eine einzelne Zeile aus, die entweder ok (Option erfolgreich gesetzt), unsupported (Option nicht erkannt) oder error <msg> (Option <name> wird unterstützt, aber <wert> ist für sie nicht gültig) enthält. Optionen sollten vor anderen Befehlen gesetzt werden und können das Verhalten dieser Befehle beeinflussen.

Siehe OPTIONEN für eine Liste der derzeit definierten Optionen.

Unterstützt, wenn das Hilfsprogramm die Fähigkeit "option" hat.

fetch <sha1> <name>

Ruft das angegebene Objekt ab und schreibt die notwendigen Objekte in die Datenbank. Fetch-Befehle werden in einem Batch gesendet, einer pro Zeile, beendet durch eine Leerzeile. Gibt eine einzelne Leerzeile aus, wenn alle Fetch-Befehle im selben Batch abgeschlossen sind. Nur Objekte, die in der Ausgabe von list mit einem SHA1 gemeldet wurden, können auf diese Weise abgerufen werden.

Optional kann eine Zeile lock <datei> ausgegeben werden, die den vollständigen Pfad einer Datei unter $GIT_DIR/objects/pack angibt, die ein Pack bis zur geeigneten Aktualisierung der Refs enthält. Der Pfad muss mit .keep enden. Dies ist ein Mechanismus zur Benennung eines <pack,idx,keep>-Tupels durch Angabe nur der Keep-Komponente. Das behaltene Pack wird nicht durch ein gleichzeitiges Repack gelöscht, auch wenn seine Objekte erst nach Abschluss des Fetch referenziert werden. Die Datei .keep wird nach Abschluss des Fetch gelöscht.

Wenn die Option check-connectivity angefordert wird, muss das Hilfsprogramm connectivity-ok ausgeben, wenn der Klon eigenständig und verbunden ist.

Unterstützt, wenn das Hilfsprogramm die Fähigkeit "fetch" hat.

push +<src>:<dst>

Pusht den gegebenen lokalen <src>-Commit oder Branch zum entfernten Branch, der durch <dst> beschrieben wird. Eine Batch-Sequenz von einem oder mehreren push-Befehlen wird durch eine Leerzeile beendet (wenn nur eine Referenz zu pushen ist, folgt auf einen einzelnen push-Befehl eine Leerzeile). Zum Beispiel wären die folgenden beiden Batches von push, der erste, der das Remote-Hilfsprogramm auffordert, den lokalen Ref master zum entfernten Ref master und den lokalen HEAD zum entfernten branch zu pushen, und der zweite, der auffordert, Ref foo nach Ref bar zu pushen (erzwungene Aktualisierung angefordert durch das +).

push refs/heads/master:refs/heads/master
push HEAD:refs/heads/branch
\n
push +refs/heads/foo:refs/heads/bar
\n

Null oder mehr Protokolloptionen können nach dem letzten push-Befehl vor der abschließenden Leerzeile des Batches eingegeben werden.

Wenn der Push abgeschlossen ist, werden eine oder mehrere Zeilen ok <dst> oder error <dst> <warum>? ausgegeben, um Erfolg oder Misserfolg jedes gepushten Refs anzuzeigen. Die Statusmeldung wird durch eine Leerzeile abgeschlossen. Das Optionsfeld <warum> kann in einer C-ähnlichen Zeichenkette zitiert werden, wenn es ein LF enthält.

Unterstützt, wenn das Hilfsprogramm die Fähigkeit "push" hat.

import <name>

Erzeugt einen fast-import-Stream, der den aktuellen Wert des benannten Refs importiert. Er kann zusätzlich andere Refs importieren, wie nötig, um die Historie effizient zu konstruieren. Das Skript schreibt in einen Hilfsprogramm-spezifischen privaten Namensraum. Der Wert des benannten Refs sollte an eine Stelle in diesem Namensraum geschrieben werden, die durch Anwenden der Refspecs aus der "refspec"-Fähigkeit auf den Namen des Refs abgeleitet wird.

Besonders nützlich für die Interoperabilität mit einem fremden Versionsverwaltungssystem.

Genau wie push wird eine Batch-Sequenz von einem oder mehreren import durch eine Leerzeile beendet. Für jeden Batch von import sollte das Remote-Hilfsprogramm einen fast-import-Stream ausgeben, der mit einem done-Befehl endet.

Beachten Sie, dass, wenn die bidi-import-Fähigkeit verwendet wird, die vollständige Batch-Sequenz gepuffert werden muss, bevor Daten an fast-import gesendet werden, um das Vermischen von Befehlen und fast-import-Antworten auf der Standardeingabe des Hilfsprogramms zu verhindern.

Unterstützt, wenn das Hilfsprogramm die Fähigkeit "import" hat.

export

Weist das Remote-Hilfsprogramm an, dass jede nachfolgende Eingabe Teil eines fast-import-Streams (generiert von git fast-export) ist, der Objekte enthält, die zum Remote gepusht werden sollen.

Besonders nützlich für die Interoperabilität mit einem fremden Versionsverwaltungssystem.

Die Fähigkeiten export-marks und import-marks, falls angegeben, beeinflussen diesen Befehl insofern, als sie an git fast-export weitergegeben werden, das dann eine Tabelle von Markierungen für lokale Objekte lädt/speichert. Dies kann zur Implementierung inkrementeller Operationen verwendet werden.

Unterstützt, wenn das Hilfsprogramm die Fähigkeit "export" hat.

connect <service>

Verbindet sich mit dem angegebenen Dienst. Standardeingabe und -ausgabe des Hilfsprogramms sind mit dem angegebenen Dienst verbunden (Git-Präfix ist im Servicenamen enthalten, z. B. verwenden Fetchs git-upload-pack als Dienst) auf der entfernten Seite. Gültige Antworten auf diesen Befehl sind eine leere Zeile (Verbindung hergestellt), fallback (keine Smart-Transport-Unterstützung, Rückgriff auf Dumb-Transporte) und das Beenden mit einer Fehlermeldung (kann keine Verbindung herstellen, nicht versuchen, zurückzufallen). Nach dem Zeilenumbruch, der die positive (leere) Antwort beendet, beginnt die Ausgabe des Dienstes. Nach Beendigung der Verbindung wird das Remote-Hilfsprogramm beendet.

Unterstützt, wenn das Hilfsprogramm die Fähigkeit "connect" hat.

stateless-connect <service>

Experimentell; nur für den internen Gebrauch. Verbindet sich mit dem angegebenen entfernten Dienst für die Kommunikation über Git's Wire-Protokoll Version 2. Gültige Antworten auf diesen Befehl sind eine leere Zeile (Verbindung hergestellt), fallback (keine Smart-Transport-Unterstützung, Rückgriff auf Dumb-Transporte) und das Beenden mit einer Fehlermeldung (kann keine Verbindung herstellen, nicht versuchen, zurückzufallen). Nach dem Zeilenumbruch, der die positive (leere) Antwort beendet, beginnt die Ausgabe des Dienstes. Nachrichten (sowohl Anfrage als auch Antwort) müssen aus null oder mehr PKT-LINEs bestehen, die mit einem Flush-Paket enden. Antwortnachrichten haben nach dem Flush-Paket ein Response-End-Paket, das das Ende einer Antwort anzeigt. Der Client darf nicht erwarten, dass der Server zwischen Anfrage-Antwort-Paaren einen Zustand speichert. Nach Beendigung der Verbindung wird das Remote-Hilfsprogramm beendet.

Unterstützt, wenn das Hilfsprogramm die Fähigkeit "stateless-connect" hat.

get <uri> <pfad>

Lädt die Datei von der angegebenen <uri> in den angegebenen <pfad>. Wenn <pfad>.temp existiert, geht Git davon aus, dass die Datei .temp ein teilweiser Download von einem früheren Versuch ist und wird den Download von dieser Position fortsetzen.

Wenn ein fataler Fehler auftritt, schreibt das Programm die Fehlermeldung nach stderr und beendet sich. Der Aufrufer sollte erwarten, dass eine geeignete Fehlermeldung ausgegeben wurde, wenn das Kind die Verbindung schließt, ohne eine gültige Antwort für den aktuellen Befehl abzuschließen.

Zusätzliche Befehle können unterstützt werden, wie dies aus den vom Hilfsprogramm gemeldeten Fähigkeiten ermittelt werden kann.

REF LIST ATTRIBUTE

Der Befehl list erzeugt eine Liste von Refs, in der jede Ref von einer Liste von Attributen gefolgt werden kann. Die folgenden Ref-Listenattribute sind definiert.

unchanged

Diese Ref ist seit dem letzten Import oder Fetch unverändert, obwohl das Hilfsprogramm nicht unbedingt feststellen kann, welcher Wert dies erzeugt hat.

REF LIST SCHLÜSSELWÖRTER

Der Befehl list kann eine Liste von Schlüssel-Wert-Paaren erzeugen. Die folgenden Schlüssel sind definiert.

object-format

Die Refs verwenden den angegebenen Hash-Algorithmus. Dieses Schlüsselwort wird nur verwendet, wenn der Server und der Client die object-format-Erweiterung beide unterstützen.

OPTIONEN

Die folgenden Optionen sind definiert und werden (unter geeigneten Umständen) von Git gesetzt, wenn das Remote-Hilfsprogramm die Fähigkeit option hat.

option verbosity <n>

Ändert die Ausführlichkeit der vom Hilfsprogramm angezeigten Meldungen. Ein Wert von 0 für <n> bedeutet, dass Prozesse leise arbeiten und das Hilfsprogramm nur Fehlerausgaben erzeugt. 1 ist die Standard-Ausführlichkeitsstufe, und höhere Werte von <n> entsprechen der Anzahl der auf der Befehlszeile übergebenen -v Flags.

option progress {true|false}

Aktiviert (oder deaktiviert) Fortschrittsmeldungen, die vom Transport-Hilfsprogramm während eines Befehls angezeigt werden.

option depth <tiefe>

Vertieft die Historie eines flachen Repositorys.

option deepen-since <timestamp>

Vertieft die Historie eines flachen Repositorys basierend auf der Zeit.

option deepen-not <ref>

Vertieft die Historie eines flachen Repositorys mit Ausschluss eines Refs. Mehrere Optionen addieren sich.

option deepen-relative {true|false}

Vertieft die Historie eines flachen Repositorys relativ zur aktuellen Grenze. Nur gültig in Verbindung mit "option depth".

option followtags {true|false}

Wenn aktiviert, sollte das Hilfsprogramm annotierte Tag-Objekte automatisch abrufen, wenn das Objekt, auf das das Tag verweist, während des Fetch-Befehls übertragen wurde. Wenn das Tag nicht vom Hilfsprogramm abgerufen wird, wird normalerweise ein zweiter Fetch-Befehl gesendet, um das Tag speziell anzufordern. Einige Hilfsprogramme können diese Option verwenden, um eine zweite Netzwerkverbindung zu vermeiden.

option dry-run {true|false}

Wenn true, wird so getan, als ob die Operation erfolgreich abgeschlossen wurde, aber es werden keine Repository-Daten tatsächlich geändert. Für die meisten Hilfsprogramme gilt dies nur für den push, falls unterstützt.

option servpath <c-style-gequoteter-pfad>

Setzt den Dienstpfad (--upload-pack, --receive-pack etc.) für den nächsten Connect. Das Remote-Hilfsprogramm kann diese Option unterstützen, darf sich aber nicht darauf verlassen, dass diese Option vor der Connect-Anforderung gesetzt wird.

option check-connectivity {true|false}

Fordert das Hilfsprogramm auf, die Konnektivität eines Klons zu überprüfen.

option force {true|false}

Fordert das Hilfsprogramm auf, eine erzwungene Aktualisierung durchzuführen. Standardmäßig false.

option cloning {true|false}

Benachrichtigt das Hilfsprogramm, dass dies eine Klon-Anforderung ist (d.h. das aktuelle Repository ist garantiert leer).

option update-shallow {true|false}

Erlaubt die Erweiterung von .git/shallow, wenn die neuen Refs dies erfordern.

option pushcert {true|false}

GPG-signierte Pushes.

option push-option <string>

Überträgt <string> als Push-Option. Da die Push-Option keine LF- oder NUL-Zeichen enthalten darf, wird die Zeichenkette nicht kodiert.

option from-promisor {true|false}

Gibt an, dass diese Objekte von einem Promisor abgerufen werden.

option no-dependents {true|false}

Gibt an, dass nur die gewünschten Objekte abgerufen werden sollen, nicht deren Abhängigkeiten.

option atomic {true|false}

Beim Pushen wird der entfernte Server aufgefordert, Refs in einer einzigen atomaren Transaktion zu aktualisieren. Wenn erfolgreich, werden alle Refs aktualisiert, oder keine. Wenn die entfernte Seite diese Fähigkeit nicht unterstützt, schlägt der Push fehl.

option object-format true

Zeigt an, dass der Aufrufer Hash-Algorithmusinformationen vom Remote zurück erhalten möchte. Dieser Modus wird beim Abrufen von Refs verwendet.

GIT

Teil der git[1] Suite