Qual è il modo corretto di controllare i dati di commit in Git?

Il mio obiettivo è verificare i dati di commit che non soddisfano determinati requisiti e quindi rifiutare il commit creato o trasferito nel repository remoto.

Il problema di eseguire un hook pre-commit è che è difficile da distribuire a molte persone che devono aggiornare manualmente il loro file hook pre-commit. Inoltre, Git non ti permette di avere sottomoduli nella cartella .git che sarebbe stato molto facile per la distribuzione ma purtroppo.

L'altra opzione che vedo sta eseguendo il check-in Credo che l'hook di aggiornamento sul lato remoto, che controllerà ogni commit che viene spinto da uno sviluppatore e rifiuta la push se qualcuno dei commit fallisce i test.

Qualcuno ha qualche idea su questo problema? E se è così, potresti fornirmi o indicarmi uno script hook di aggiornamento di esempio? Sono un po 'confuso su come funziona.

devi prima capire se non vuoi che il codice non qualificato venga sottoposto a commit o che venga inviato / pubblicato nuovamente a monte.

secondo me quello successivo è più fattibile.

con un DVCS come git. non vuoi davvero controllare come ogni sviluppatore usa il suo repository locale. e non puoi davvero avere il controllo su questo.

un hook pre-commit funziona bene come validazione di base e sanificazione, se tutti gli interessati lo accettano volontariamente. lo applichiamo liberamente nella nostra azienda. tuttavia, può sempre essere ignorato git commit --no-verify.

il server side hook, d'altra parte, non interviene sul flusso di lavoro locale di un programmatore e si assicura che gli altri nel progetto basino il loro lavoro solo su codice che soddisfa determinati criteri. normalmente questo è ciò che le persone cercano quando implementano i controlli automatici.

questa convalida automatica non intende sostituire il controllo di qualità, immagino, che di solito si ottiene con la revisione del codice o la programmazione di coppie.

se hai familiarità con github , noteresti che "pull request" è ancora un altro approccio a questo problema. molti progetti e aziende open source utilizzano la richiesta pull di github per il controllo delle autorizzazioni delle filiali e la revisione del codice. ma ha bisogno di interazione umana, quindi potrebbe non essere quello che stai chiedendo.

Come hai già sottolineato, farlo sul client, sebbene tecnicamente possibile, probabilmente non è pratico. Inoltre, molti utenti git commettono lavori temporanei, quindi avere controlli draconiani su ogni commit è controproducente.

La soluzione standard sarebbe un hook lato server. Probabilmente avresti impostato un pre-receivehook, che viene eseguito ogni volta che arriva una push e che può rifiutare la push se lo desidera. Il resto dipende dagli esatti controlli che si desidera effettuare.

Questo è spiegato in Pro Git , capitolo 7.3 Personalizzazione di Git - Git Hooks .