Faire correspondre exactement les chemins (c’est-à-dire ne pas autoriser « /foo/dépôt » lorsque le chemin réel est « /foo/dépôt.git » ou « /foo/dépôt/.git ») et ne pas faire de chemins relatifs à l’utilisateur. git daemon refusera de démarrer lorsque cette option est activée et qu’aucun argument de répertoire n’est spécifié.

Relocalise toutes les chemins de requêtes comme relatifs au chemin donné. C’est une sorte de "racine Git" - si vous exécutez git daemon avec --base-path=/srv/git sur exemple.com, alors si vous essayez plus tard de tirer git://exemple.com/hello.git, git daemon interprétera le chemin comme /srv/git/hello.git.

Si --base-path est activé et que la recherche de dépôt échoue, avec cette option git daemon tentera de faire la recherche sans préfixer le chemin de base. Ceci est utile pour passer à l’utilisation de --base-path, tout en autorisant toujours les anciens chemins.

Pour prendre en charge l’hébergement virtuel, un modèle de chemin interpolé peut être utilisé pour construire dynamiquement des chemins alternatifs. Le modèle prend en charge %H pour le nom d’hôte cible tel que fourni par le client mais converti en minuscules, %CH pour le nom d’hôte canonique, %IP pour l’adresse IP du serveur, %P pour le numéro de port et %D pour le chemin absolu du dépôt nommé. Après interpolation, le chemin est validé par rapport à la liste des répertoires.

Autoriser les tirages à partir de tous les répertoires qui ressemblent à des dépôts Git (avec les sous-répertoires objects et refs), même s’ils ne possèdent pas le fichier git-daemon-export-ok.

Faire tourner le serveur comme un service inetd. Implique --syslog (peut être surchargé avec --log-destination=). Incompatible avec les options --detach, --port, --listen, --user et --group.

Écouter sur une adresse IP ou un nom d’hôte spécifique. Les adresses IP peuvent être soit une adresse IPv4, soit une adresse IPv6 si elle est supportée. Si IPv6 n’est pas supporté, alors --listen=<nom-d-hote> n’est pas supporté non plus et --listen doit recevoir une adresse IPv4. Peut être donné plus d’une fois. Incompatible avec l’option --inetd.

Écouter sur un port alternatif. Incompatible avec l’option --inetd.

Délai d’attente (en secondes) entre le moment où la connexion est établie et celui où la demande du client est reçue (généralement une valeur assez faible, puisque cela devrait être essentiellement immédiat).

Délai d’attente (en secondes) pour les sous-requêtes spécifiques du client. Cela comprend le temps nécessaire au serveur pour traiter la sous-demande et le temps d’attente de la demande du client suivant.

Nombre maximum de clients simultanés, la valeur par défaut est de 32. Définissez-le à zéro pour ne pas avoir de limite.

Abréviation de --log-destination=syslog.

Envoyer les messages de journal à la destination spécifiée. Notez que cette option n’implique pas --verbose, donc par défaut, seules les conditions d’erreur seront enregistrées. La <destination> doit être l’une des suivantes :

Autoriser l’utilisation de la notation ~user dans les requêtes. Lorsqu’elle est spécifiée sans paramètre, une demande à git://hôte/~alice/foo est considérée comme une demande d’accès au dépôt foo dans le répertoire de base de l’utilisateur alice. Si --user-path=<chemin> est spécifié, la même demande est prise comme une demande d’accès au dépôt <chemin>/foo' dans le répertoire de base de l’utilisateur `alice.

Enregistre les détails des connexions entrantes et des fichiers demandés.

Utiliser SO_REUSEADDR pour lier la socket d’écoute. Cela permet au serveur de redémarrer sans attendre la fin des anciennes connexions.

Se détacher du shell. Implique --syslog.

Sauvegarder l’id du processus dans le fichier. Ignoré lorsque le démon est exécuté sous --inetd.

Changer le uid et gid du daemon avant d’entrer la boucle du service. Le groupe ID primaire de l’utilisateur est utilisé quand seule l’option --user est donnée sans l’option --group. Les valeurs de l’option sont données par getpwnam(3) et getgrnam(3), les valeurs numériques ne sont pas supportées.

Activer/désactiver le service à l’échelle du site par défaut. Notez qu’un service désactivé à l’échelle du site peut toujours être activé par dépôt s’il est marqué comme substituable et que le dépôt active le service avec un élément de configuration.

Autoriser/interdire le remplacement de la valeur par défaut du site par une configuration par dépôt. Par défaut, tous les services peuvent être remplacés.

Lorsque les erreurs informatives sont activées, git-daemon rapportera des erreurs plus détaillées au client, en différenciant des conditions comme "no such repository" de "repository not exported". Ceci est plus pratique pour les clients, mais peut laisser fuir des informations sur l’existence de dépôts non exportés. Lorsque les erreurs informatives ne sont pas activées, toutes les erreurs signalent "accès refusé" au client. La valeur par défaut est --no-informative-errors.

Chaque fois qu’un client se connecte, il lance d’abord une commande externe spécifiée par le <chemin> avec le nom du service (par exemple "upload-pack" ;), le chemin vers le dépôt, le nom d’hôte (%H), le nom d’hôte canonique (%CH), l’adresse IP (%IP) et le port TCP (%P) comme arguments de ligne de commande. La commande externe peut décider de refuser le service en sortant avec un état non nul (ou de l’autoriser en sortant avec un état nul). Elle peut également consulter les variables d’environnement $REMOTE_ADDR et $REMOTE_PORT pour en savoir plus sur le demandeur lorsqu’elle prend cette décision.

Les arguments restants fournissent une liste de répertoires. Si des répertoires sont spécifiés, alors le processus git-daemon servira un répertoire demandé seulement s’il est contenu dans un de ces répertoires. Si --strict-paths est spécifié, alors le répertoire demandé doit correspondre exactement à l’un de ces répertoires.

Cela sert les clients git fetch-pack et git ls-remote. Il est activé par défaut, mais un dépôt peut le désactiver en definissant l’élement de configuration daemon.uploadpack sur false.

Cela sert git archive --remote. Il est désactivé par défaut, mais un dépôt peut l’activer en definissant l’element de configuration daemon.uploadarch sur true.

Cette fonction est destinée aux clients "git send-pack" et permet de faire des poussées anonymes. Il est désactivé par défaut, car il n’y a pas d’authentification dans le protocole (en d’autres termes, n’importe qui peut pousser n’importe quoi dans le dépôt, y compris la suppression des références). Ceci est uniquement destiné à un environnement LAN fermé où tout le monde est amical. Ce service peut être activé en mettant l’élément de configuration daemon.receivepack à true.

Pour configurer git daemon comme un service inetd qui gère tout dépôt sous /pub/foo ou /pub/bar, placez une entrée comme ceci dans /etc/inetd sur une seule ligne :

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

Pour configurer git daemon en tant que service inetd qui gère les dépôts pour différents hôtes virtuels, www.example.com et www.example.org, placez une entrée comme celle-ci dans /etc/inetd sur une seule ligne :

	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

Pour configurer git daemon comme un service ordinaire, non inetd, qui gère les dépôts de plusieurs hôtes virtuels en fonction de leurs adresses IP, démarrez le daemon comme suit :

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

Pour activer l’option git archive --remote et désactiver l’option git fetch contre un dépôt, il faut avoir ce qui suit dans le fichier de configuration du dépôt (c’est-à-dire le fichier config à côté de HEAD, refs et objects).

	[daemon]
		uploadpack = false
		uploadarch = true