Dans un git crochet est le répertoire de travail actuel de la garantie d'être dans le dépôt git?

Expérimentalement, il semble que git crochets se faire avec le répertoire en cours à la racine du dépôt. Cependant, je ne vois aucune garantie à ce sujet dans le git de la documentation. Dois-je compter sur le répertoire de travail en cours pour localiser le dépôt git, ou est-il un meilleur moyen de travailler sur le dépôt git associés avec le crochet?

  • Pas sûr de savoir comment beaucoup de qui sont liés. Sur une Gentoo stable boîte avec Git 2.7.3 (r1) git crochets ne sont pas seulement exécuté dans .git mais git reset --hard crée le répertoire de travail de la structure à l'intérieur de la .git répertoire qui, à mon avis est une mauvaise chose à faire!
InformationsquelleAutor Dickon Reed | 2011-08-15
  1. 42

    Il est basé sur la valeur de la variable d'environnement GIT_DIR. Il est situé à la racine du référentiel lorsque le crochet commence à courir. De nombreux crochets, en particulier celles qui font tirer à partir d'un autre repo, unset ( et reset) cette variable d'environnement en tant que de besoin.

    • N' $GIT_DIR a un slash de fin ?
    • Non, il n'est pas. Voir gelato.unsw.edu.au/archives/git/0505/3338.html
    • Voir aussi: longair.net/blog/2011/04/09/missing-git-hooks-documentation
    • Ce n'est PAS une réponse correcte. GIT_DIR n'est PAS toujours mis à la racine de l'opération. Voir ce blog.
    • Que l'article n'est pas tout à fait exact non plus. Il dit que pour le post-commit hook, le répertoire courant est le premier niveau de l'arbre de travail. Cependant, mon très simple post-script de validation n'ai pas trouver d'autres scripts au niveau le plus haut de l'arbre de travail. par exemple: .git/hooks/post-commit: 1: .git/hooks/post-commit: post-commit_push_gitweb.sh: not found
    InformationsquelleAutor manojlds
  2. 47

    L'actuel réponses semblent être dépassées. Comme de 2.9.0, les docs de la manière suivante:

    Avant Git invoque un crochet, elle change de répertoire de travail, soit
    la racine de l'arbre de travail dans un non-dépôt nu, ou à la
    $GIT_DIR dans un dépôt nu.

    https://git-scm.com/docs/githooks/2.9.0

    • Grande réponse. Une clarification a été faite dans les révisions ultérieures (2.13.0). "Une exception ne sont crochets déclenchée lors d'une poussée (pré-réception, mise à jour, l'après-recevoir, après mise à jour, push-to-caisse), qui sont toujours exécutés dans $GIT_DIR."
    • Source/le contexte de la citation ci-dessus: git-scm.com/docs/githooks#_description
    InformationsquelleAutor Ohad Schneider
  3. 3

    Vous pouvez utiliser la variable d'environnement $GIT_DIR. $GIT_DIR de points à la .git répertoire.

    • Quelle est la probabilité que $GIT_DIR/.. pointe à la racine du référentiel?
    • Ce n'est pas à toute épreuve. N'utilisez pas de $GIT_DIR/... Qui va briser lors de la mise en pension est un nu repo. Un nu-pensions n'a pas de répertoire de travail donc pas de "racine du dépôt". Il va aussi casser quand .git est un lien à la place.
    • Figuré. Une façon d'obtenir le repo racine dans des conditions normales d'utilisation? Pour un pre-commit hook qui utilise le repo comme des fichiers de configuration d'un programme, par exemple?
    • Ce n'est PAS correct dans tous les cas. Voir ce blog.
    InformationsquelleAutor holygeek