Git pre-push hook

Question

Vorrei eseguire un test unitario prima di ogni push Git e se i test falliscono, annullare il push, ma non riesco nemmeno a trovare il gancio pre-push, c'è pre-commit e pre solo rebase.

Answer 1

Preferirei eseguire il test in un hook pre-commit. Perché la modifica è già stata registrata durante il commit. Spingi e tira solo le informazioni di scambio sulle modifiche già registrate. Se un test fallisce, avresti già una revisione "errata" nel tuo repository. Che tu lo stia spingendo oppure no.

Answer 2

Se si utilizza la riga di comando, il modo più semplice per eseguire questa operazione è scrivere uno script push che esegua i test dell'unità e, in caso di esito positivo, completa la richiesta.

Modifica

Come di git 1.8.2 questa risposta non è aggiornato. Vedere la risposta di Manojlds sopra.

Answer 3

Non c'è un hook per questo, perché un push non è un'operazione che modifica il repository.

È possibile eseguire i controlli sul lato ricevente tramite il gancio post-receive. È lì che normalmente rifiuterai una spinta in arrivo. Eseguire test unitari potrebbe essere un po 'impegnativo da fare in un hook, ma dipende da voi.

Answer 4

Per la cronologia, c'è un patch to Git 1.6 that adds a pre-push hook. Non so se funzioni contro 1.7.

Anziché confondere, è possibile eseguire script push come raccomandato @kubi. Potresti anche renderlo un compito Rake, quindi è nel tuo repository. ruby-git potrebbe aiutare con questo. Se si controlla il repository di destinazione, è possibile eseguire i test solo quando si spinge al repository di produzione.

Infine, è possibile eseguire i test nel proprio hook pre-commit ma controllare per quale ramo è stato eseguito il commit. Quindi potresti avere un ramo, ad esempio production, che richiede il passaggio di tutti i test prima di accettare un commit, ma il tuo master non interessa. limerick_rake potrebbe essere utile in questo scenario.

Answer 5

Git ha ottenuto il rilascio pre-push nella versione 1.8.2.

Esempio pre-push script: https://github.com/git/git/blob/87c86dd14abe8db7d00b0df5661ef8cf147a72a3/templates/hooks--pre-push.sample

1.8.2 note di rilascio parlando del nuovo gancio di pre-push: https://github.com/git/git/blob/master/Documentation/RelNotes/1.8.2.txt

Answer 6

Git ha ottenuto il gancio pre-push nella release 1.8.2.

I ganci pre-push sono ciò che mi serviva insieme ai ganci pre-commit. Oltre a proteggere un ramo, possono anche fornire una sicurezza aggiuntiva combinata con i ganci pre-commit.

E per un esempio su come utilizzare (preso e adottato e migliorato da this nice entry)

esempio semplice eseguire il login per Vagrant, eseguire test e quindi spingere

#!/bin/bash 
# Run the following command in the root of your project to install this pre-push hook: 
# cp git-hooks/pre-push .git/hooks/pre-push; chmod 700 .git/hooks/pre-push 

CMD="ssh vagrant@192.168.33.10 -i ~/.vagrant.d/insecure_private_key 'cd /vagrant/tests; /vagrant/vendor/bin/phpunit'" 
protected_branch='master' 

# Check if we actually have commits to push 
commits=`git log @{u}..` 
if [ -z "$commits" ]; then 
    exit 0 
fi 

current_branch=$(git symbolic-ref HEAD | sed -e 's,.*/\(.*\),\1,') 

if [[ $current_branch = $protected_branch ]]; then 
    eval $CMD 
    RESULT=$? 
    if [ $RESULT -ne 0 ]; then 
     echo "failed $CMD" 
     exit 1 
    fi 
fi 
exit 0 

Come si può vedere l'esempio utilizza un ramo protetto, soggetto del gancio pre-push.

Answer 7

Il script linked by the highly-voted answer mostra i parametri ecc per il pre-push hook ($1 è nome remoto, $2 URL) e come accedere i commit (linee read da stdin hanno struttura <local ref> <local sha1> <remote ref> <remote sha1>)

#!/bin/sh 

# An example hook script to verify what is about to be pushed. Called by "git 
# push" after it has checked the remote status, but before anything has been 
# pushed. If this script exits with a non-zero status nothing will be pushed. 
# 
# This hook is called with the following parameters: 
# 
# $1 -- Name of the remote to which the push is being done 
# $2 -- URL to which the push is being done 
# 
# If pushing without using a named remote those arguments will be equal. 
# 
# Information about the commits which are being pushed is supplied as lines to 
# the standard input in the form: 
# 
# <local ref> <local sha1> <remote ref> <remote sha1> 
# 
# This sample shows how to prevent push of commits where the log message starts 
# with "WIP" (work in progress). 

remote="$1" 
url="$2" 

z40=0000000000000000000000000000000000000000 

while read local_ref local_sha remote_ref remote_sha 
do 
    if [ "$local_sha" = $z40 ] 
    then 
     # Handle delete 
     : 
    else 
     if [ "$remote_sha" = $z40 ] 
     then 
      # New branch, examine all commits 
      range="$local_sha" 
     else 
      # Update to existing branch, examine new commits 
      range="$remote_sha..$local_sha" 
     fi 

     # Check for WIP commit 
     commit=`git rev-list -n 1 --grep '^WIP' "$range"` 
     if [ -n "$commit" ] 
     then 
      echo >&2 "Found WIP commit in $local_ref, not pushing" 
      exit 1 
     fi 
    fi 
done 

exit 0