Pfade exakt abgleichen (d.h. "/foo/repo" nicht zulassen, wenn der tatsächliche Pfad "/foo/repo.git" oder "/foo/repo/.git" ist) und keine benutzerbezogenen Pfade verwenden. git daemon weigert sich zu starten, wenn diese Option aktiviert ist und keine Verzeichnisargumente angegeben werden.

Alle Pfadanfragen neu zuordnen als relativ zum gegebenen Pfad. Dies ist eine Art "Git-Root" - wenn Sie git daemon mit --base-path=/srv/git auf example.com ausführen, dann wird, wenn Sie später von git://example.com/hello.git pullen, git daemon den Pfad als /srv/git/hello.git interpretieren.

Wenn --base-path aktiviert ist und die Repository-Suche fehlschlägt, wird git daemon mit dieser Option versuchen, ohne den Basisverzeichnispfad zu präfixieren. Dies ist nützlich, um auf die Verwendung von --base-path umzuschalten und gleichzeitig die alten Pfade zuzulassen.

Zur Unterstützung von Virtual Hosting kann eine interpolierte Pfadvorlage verwendet werden, um alternative Pfade dynamisch zu konstruieren. Die Vorlage unterstützt %H für den Zielhostnamen, wie er vom Client geliefert wird, aber in Kleinbuchstaben umgewandelt, %CH für den kanonischen Hostnamen, %IP für die IP-Adresse des Servers, %P für die Portnummer und %D für den absoluten Pfad des benannten Repositories. Nach der Interpolation wird der Pfad gegen die Verzeichnislizenz geprüft.

Erlaubt das Holen aus allen Verzeichnissen, die wie Git-Repositories aussehen (die Unterverzeichnisse objects und refs haben), auch wenn sie keine git-daemon-export-ok-Datei besitzen.

Lässt den Server als Inetd-Dienst laufen. Impliziert --syslog (kann mit --log-destination= überschrieben werden). Inkompatibel mit den Optionen --detach, --port, --listen, --user und --group.

Auf einer bestimmten IP-Adresse oder einem Hostnamen lauschen. IP-Adressen können entweder eine IPv4-Adresse oder eine IPv6-Adresse sein, wenn diese unterstützt werden. Wenn IPv6 nicht unterstützt wird, ist auch --listen=<Hostname> nicht unterstützt und --listen muss eine IPv4-Adresse erhalten. Kann mehrmals angegeben werden. Inkompatibel mit der Option --inetd.

Auf einem alternativen Port lauschen. Inkompatibel mit der Option --inetd.

Timeout (in Sekunden) zwischen dem Moment der Verbindungsherstellung und dem Eintreffen der Client-Anfrage (typischerweise ein eher niedriger Wert, da dies praktisch sofort erfolgen sollte).

Timeout (in Sekunden) für spezifische Client-Unteranfragen. Dies umfasst die Zeit, die der Server benötigt, um die Unteranfrage zu verarbeiten, und die Zeit, die auf die nächste Client-Anfrage gewartet wird.

Maximale Anzahl gleichzeitiger Clients, standardmäßig 32. Auf Null setzen für keine Begrenzung.

Kurzform für --log-destination=syslog.

Protokollmeldungen an das angegebene Ziel senden. Beachten Sie, dass diese Option nicht --verbose impliziert, sodass standardmäßig nur Fehlerbedingungen protokolliert werden. Das <Ziel> muss eines der folgenden sein:

Erlaubt die Verwendung der ~user-Notation in Anfragen. Wenn dies ohne Parameter angegeben wird, wird eine Anfrage an git://host/~alice/foo als Anfrage zur Bearbeitung des Repositories foo im Home-Verzeichnis des Benutzers alice interpretiert. Wenn --user-path=<Pfad> angegeben ist, wird dieselbe Anfrage als Anfrage zur Bearbeitung des Repositories <Pfad>/foo im Home-Verzeichnis des Benutzers alice interpretiert.

Details über eingehende Verbindungen und angeforderte Dateien protokollieren.

Verwendet SO_REUSEADDR beim Binden des Listening-Sockets. Dies erlaubt dem Server, neu zu starten, ohne auf das Timeout alter Verbindungen warten zu müssen.

Vom Shell trennen. Impliziert --syslog.

Speichert die Prozess-ID in <Datei>. Wird ignoriert, wenn der Daemon unter --inetd läuft.

Ändert die uid und gid des Daemons, bevor die Service-Schleife betreten wird. Wenn nur --user ohne --group angegeben wird, wird die primäre Gruppen-ID für den Benutzer verwendet. Die Werte der Option werden an getpwnam(3) und getgrnam(3) übergeben, und numerische IDs werden nicht unterstützt.

Aktiviert/deaktiviert den Dienst standardmäßig global. Beachten Sie, dass ein global deaktivierter Dienst immer noch pro Repository aktiviert werden kann, wenn er als überschreibbar markiert ist und das Repository den Dienst mit einem Konfigurationselement aktiviert.

Erlaubt/verbietet die Überschreibung des globalen Standards mit der Repository-Konfiguration. Standardmäßig dürfen alle Dienste überschrieben werden.

Wenn informative Fehler aktiviert sind, meldet git-daemon dem Client ausführlichere Fehler und unterscheidet Zustände wie "Repository nicht gefunden" von "Repository nicht exportiert". Dies ist für Clients bequemer, kann aber Informationen über die Existenz nicht exportierter Repositories preisgeben. Wenn informative Fehler nicht aktiviert sind, melden alle Fehler dem Client "Zugriff verweigert". Der Standard ist --no-informative-errors.

Jedes Mal, wenn ein Client eine Verbindung herstellt, wird zuerst ein externes Kommando, das durch den <Pfad> angegeben wird, mit dem Servicenamen (z.B. "upload-pack"), dem Pfad zum Repository, dem Hostnamen (%H), dem kanonischen Hostnamen (%CH), der IP-Adresse (%IP) und dem TCP-Port (%P) als Kommandozeilenargumente ausgeführt. Das externe Kommando kann entscheiden, den Dienst abzulehnen, indem es mit einem von Null verschiedenen Status beendet wird (oder ihn durch Beenden mit einem Null-Status erlaubt). Es kann auch die Umgebungsvariablen $REMOTE_ADDR und $REMOTE_PORT überprüfen, um bei der Entscheidungsfindung etwas über den Anfragenden zu erfahren.

Die restlichen Argumente stellen eine Liste von Verzeichnissen dar. Wenn Verzeichnisse angegeben werden, bedient der git-daemon-Prozess ein angefordertes Verzeichnis nur, wenn es sich in einem dieser Verzeichnisse befindet. Wenn --strict-paths angegeben ist, muss das angeforderte Verzeichnis exakt einem dieser Verzeichnisse entsprechen.

Dies bedient git fetch-pack und git ls-remote Clients. Es ist standardmäßig aktiviert, aber ein Repository kann es deaktivieren, indem es das Konfigurationselement daemon.uploadpack auf false setzt.

Dies bedient git archive --remote. Es ist standardmäßig deaktiviert, aber ein Repository kann es aktivieren, indem es das Konfigurationselement daemon.uploadarch auf true setzt.

Dies bedient git send-pack Clients und erlaubt anonymes Pushen. Es ist standardmäßig deaktiviert, da es *keine* Authentifizierung im Protokoll gibt (mit anderen Worten, jeder kann alles in das Repository pushen, einschließlich des Entfernens von Refs). Dies ist ausschließlich für geschlossene LAN-Umgebungen gedacht, in denen alle freundlich sind. Dieser Dienst kann aktiviert werden, indem das Konfigurationselement daemon.receivepack auf true gesetzt wird.

Um git daemon als Inetd-Dienst einzurichten, der beliebige Repositories in /pub/foo oder /pub/bar bedient, fügen Sie einen Eintrag wie den folgenden in /etc/inetd ein, alles in einer Zeile

	git stream tcp nowait nobody  /usr/bin/git
		git daemon --inetd --verbose --export-all
		/pub/foo /pub/bar

Um git daemon als Inetd-Dienst einzurichten, der Repositories für verschiedene virtuelle Hosts, www.example.com und www.example.org, bedient, fügen Sie einen Eintrag wie den folgenden in /etc/inetd ein, alles in einer Zeile

	git stream tcp nowait nobody /usr/bin/git
		git daemon --inetd --verbose --export-all
		--interpolated-path=/pub/%H%D
		/pub/www.example.org/software
		/pub/www.example.com/software
		/software

Um git daemon als regulären, Nicht-Inetd-Dienst einzurichten, der Repositories für mehrere virtuelle Hosts basierend auf deren IP-Adressen bedient, starten Sie den Daemon wie folgt:

	git daemon --verbose --export-all
		--interpolated-path=/pub/%IP/%D
		/pub/192.168.1.200/software
		/pub/10.10.220.23/software

Um git archive --remote zu aktivieren und git fetch gegen ein Repository zu deaktivieren, fügen Sie Folgendes in die Konfigurationsdatei im Repository ein (d.h. die Datei config neben HEAD, refs und objects).

	[daemon]
		uploadpack = false
		uploadarch = true