Corresponda exatamente aos caminhos (ou seja, não permita "/foo/repo" quando o caminho real for "/foo/repo.git" ou "/foo/repo/.git") e não use caminhos relativos ao usuário. O git daemon se recusará a iniciar quando esta opção estiver ativada e nenhum argumento de diretório for usado.

Remapeia todas as solicitações de caminho como sendo relativas ao caminho informado. Isso é meio que um "Git root" - se você executar o git daemon com a opção --base-path=/srv/git no domínio example.com, então posteriormente tentar fazer um pull em git://example.com/hello.git, o comando git daemon interpretará o caminho como /srv/git/hello.git.

Se a opção --base-path estiver ativada e a pesquisa no repositório falhar, com esta opção o git daemon tentará fazer a pesquisa sem prefixar o caminho base. Isso é útil para alternar para o uso da opção --base-path, embora ainda assim permita os caminhos antigos.

Para dar suporte à hospedagem virtual, um modelo de caminho interpolado pode ser usado visando construir dinamicamente caminhos alternativos. O modelo é compatível com %H para o nome de destino do host, conforme ele for informado pelo cliente, porém é todo convertido em letras minúsculas, %CH para o nome do host canônico, %IP para o endereço IP do servidor, %P para o número da porta e %D para o caminho absoluto do repositório nomeado. Após a interpolação, o caminho é validado em relação à lista de diretórios.

Permite puxar de todos os diretórios que se pareçam com os repositórios Git (possuem os subdiretórios objects e refs), mesmo que eles não tenham o arquivo git-daemon-export-ok.

Faça com que o servidor seja executado como um serviço inetd. Implica no uso da opção --syslog (pode ser substituído por --log-destination=). É incompatível com as opções --detach, --port, --listen, --user e --group.

Escute num endereço IP ou host específico. Os endereços IP podem ser um endereço IPv4 ou um endereço IPv6, caso haja suporte. Se não houver suporte para o IPv6, então --listen=<nome-do-host> também será incompatível e a opção --listen deverá usar um endereço IPv4. Pode ser usado mais de uma vez É incompatível com a opção --inetd.

Escuta numa porta alternativa. É incompatível com a opção --inetd.

O Tempo limite (em segundos) entre o momento em que a conexão é estabelecida e a solicitação do cliente é recebida (geralmente um valor bastante baixo, pois esse deve ser imediato).

Tempo limite (em segundos) para sub-solicitações específicas do cliente. Isso inclui o tempo que leva para o servidor processar a sub-solicitação e o tempo gasto aguardando a próxima solicitação do cliente.

Quantidade máxima de clientes simultâneos; o padrão é 32. Defina-o como zero para não haver limite.

É um atalho para --log-destination=syslog.

Envia mensagens do registro log para o destino informado. Observe que esta opção não obriga o uso da opção --verbose, portanto, é predefinido que apenas as condições de erro sejam registradas. O <destino> deve ser um dos seguintes:

Permite que a notação de usuário {~} (tilde) (til) seja usada nas solicitações. Quando especificado sem parâmetro, uma solicitação para git://host/{tilde}alice/foo seja considerada como uma solicitação para acessar o repositório foo no diretório raiz do usuário alice. Se a opção --user-path=<caminho> for especificada, a mesma solicitação será considerada como uma solicitação para acessar o repositório <path>/foo no diretório raiz do usuário alice.

Registre os detalhes sobre as conexões recebidas e os arquivos solicitados.

Use SO_REUSEADDR ao vincular o soquete de escuta. Isso permite que o servidor seja reiniciado sem esperar o tempo limite das conexões antigas.

Desanexe do shell; Implica no uso da opção --syslog.

Salva a ID o processo no arquivo. É ignorado quando o daemon é executado com a opção --inetd.

Altere o uid e o gid do daemon antes de entrar no loop de serviço. Quando apenas a opção --user usada e sem a opção --group, será usada a ID do grupo primário do usuário. Os valores da opção são repassadas ao getpwnam(3) e ao getgrnam(3) não há suporte para IDs numéricas.

Por predefinição, ativa ou desativa o serviço em todo o site. Observe que um serviço desativado em todo o site ainda pode ser ativado por repositório caso estiver marcado como substituível e o repositório ativar o serviço com um item de configuração.

Permite ou proibe a substituição da predefinição em todo o site com a configuração por repositório. É predefinido que todos os serviços possam ser sobrescrito.

Quando os erros informativos estiverem ativados, o git-daemon relatará ao cliente erros mais detalhados, diferenciando as condições como "não existe tal repositório" de "repositório não exportado". Isso é bem mais conveniente para os clientes, contudo, pode vazar informações sobre a existência de repositórios que não foram exportados. Quando os erros informativos não estão ativados, todos os erros informam "acesso negado" ao cliente. A predefinição é --no-informative-errors.

Toda vez que um cliente se conectar, primeiro execute um comando externo especificado pelo <caminho> com o nome do serviço ("upload-pack" por exemplo), o caminho para o repositório, o nome do host (%H), o nome do host canônico (%CH), o endereço IP (%IP) e a porta TCP (%IP) como seus argumentos de linha de comando. O comando externo pode decidir recusar o serviço, encerrando com uma condição diferente de zero (ou permitindo, encerrando com uma condição igual a zero). Ele também pode examinar as variáveis de ambiente $REMOTE_ADDR e $REMOTE_PORT para saber mais sobre o solicitante ao tomar esta decisão.

Os argumentos restantes fornecem uma lista de diretórios. Caso algum diretório seja definido, então o processo git-daemon ofertará um diretório solicitado somente se este estiver contido num destes diretórios. Caso a opção --strict-paths seja informada, o diretório solicitado deve corresponder exatamente a um destes diretórios.

Isso oferece aos clientes git fetch-pack e git ls-remote. Ele é ativado por padrão, mas um repositório pode desativá-lo definindo o item de configuração daemon.uploadpack como false.

This oferece git archive --remote. Ele é desativado por padrão, mas um repositório pode ativá-lo definindo o item de configuração daemon.uploadarch como true.

Isso oferece aos clientes git send-pack, permitindo um push anônimo. Ele é desativado por padrão, pois não há nenhuma autenticação no protocolo (em outras palavras, qualquer pessoa pode enviar qualquer coisa para o repositório, inclusive a remoção das referências). Isso se destina exclusivamente a uma configuração com LAN fechada onde todos sejam conhecidos. Esse serviço pode ser ativado definindo o item de configuração daemon.receivepack como true.

Para configurar o git daemon como um serviço inetd que lida com qualquer repositório dentro de /pub/foo ou /pub/bar, insira uma entrada como demonstrado abaixo em /etc/inetd, tudo numa linha só:

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

Para configurar o git daemon como um serviço inetd que lida com repositórios com diferentes hosts virtuais, www.example.com e www.example.org, coloque uma entrada como a seguinte em /etc/inetd tudo numa linha:

	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

Para configurar o git daemon como um serviço regular e não como inetd que lida com repositórios para vários hosts virtuais com base em seus endereços IP, inicie o daemon desta maneira:

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

Para ativar faça git archive --remote e desative o git fetch num repositório, faça o seguinte no arquivo de configuração no repositório (que é o arquivo config próximo ao HEAD, refs e 'objects ').

	[daemon]
		uploadpack = false
		uploadarch = true