Git push sur HTTP n'active pas les hooks distants

Question

Sur ma boîte distante, j'ai initialisé un dépôt git nu. Dans le répertoire des crochets, j'ai initialisés post-réception, crochets post-mise à jour et mise à jour avec le script suivant:

#!/bin/bash 
echo $0 $@ >> /tmp/githooks.log 

Sur ma boîte locale, j'ai cloné le dépôt, a ajouté un fichier de test, commis et a poussé le changement vers la boîte à distance.

$ git clone https://remote/git/sandbox.git sandbox 
$ cd sandbox 
$ touch asdf 
$ git add asdf 
$ git commit -a 
[master (root-commit) 37505de] zxcv 
0 files changed, 0 insertions(+), 0 deletions(-) 
create mode 100644 asdf 
$ git push origin master 
Fetching remote heads... 
    refs/ 
    refs/heads/ 
    refs/tags/ 
updating 'refs/heads/master' 
    from 0000000000000000000000000000000000000000 
    to 37505de9c22b0aee84e0071190f4f58728770675 
    sending 3 objects 
    done 
Updating remote server info 
To https://remote/git/sandbox.git 
* [new branch]  master -> master 

Cependant, /tmp/githooks.log est vide sur l'ordinateur distant. Si, toutefois, je clone le référentiel sur la machine distante, les hooks sont appelés avec succès.

Les crochets git ne fonctionnent pas avec http-push?

Answer 1

Avec Git protocols, vous aurez différentes fonctionnalités activées.
Pour HTTP, this thread résume la question:

Le « problème » ici (ce qui est très bien le protocole HTTP chemin a été conçu) est que ce n'est pas git qui met à jour du référentiel sur le côté distant sur pousser (qui sait sur les crochets), mais serveur Web via WebDAV.
Et le serveur web ne sait rien sur les hooks.

Peut-être que cela serait amélioré lorsque le protocole HTTP "intelligent" est mis en œuvre (actuellement dans la phase de conception, je pense juste après la conception du protocole).

Comme vous avez dit, smart http serait la réponse.

Cette fonction est appelée « intelligent » HTTP vs « stupide » HTTP car il nécessite d'avoir le binaire Git installé sur le serveur, où le incantatoire précédent du transfert HTTP nécessaire qu'un serveur Web simple, .
Il a une conversation réelle avec le client, plutôt que de simplement bousculer les données.