Proprio come nel titolo, perché git daemon non avvia il servizio in background, dato che si tratta di un "demone", essendo un processo in background? So che posso avviarlo in background usando git daemon & , ma mi sto solo interrogando sulla ragione filosofica di questa decisione.
La risposta più semplice è probabilmente la coerenza. Tutti gli altri sottocomandi di git sono progettati per essere richiamati dalla shell. Avere un sottocomando in modo diverso può sorprendere alcune persone. Oltre a questo, è solo una supposizione che possa essere trovato da qualche parte nelle profondità del [email protected] .org mailing list, i commenti sul codice, i commit per le revisioni, o la mente se Linus (in probabile ordine di accessibilità).
Ci sono opzioni per il sottocomando git daemon che lo fanno funzionare meglio di aggiungere un & dopo il comando. Dalla documentazione di kernel.org (notare gli esempi delle opzioni di partenza alla fine):
--inetdHave the server run as an inetd service. Implies --syslog. Incompatible with --detach, --port, --listen, --user and --group options.
--detachDetach from the shell. Implies --syslog.
Si potrebbe anche voler guardare i tag git-daemon su serverfault e stackoverflow per la relativa guida all'installazione.
Leggi altre domande sui tag git