Git post-receive крюк не работает

Question

Мы используем git с центральным репо (используя Gitosis). Я создал хук post-receive для генерации электронного письма в список рассылки dev при каждом внесении изменений в центральное хранилище и для создания документации из папки документации в git repo.

Поэтому в ~ git / у меня есть каталог, мы назовем его 'a', который содержит клон git-репо. Крюк после получения выглядит так:

#!/bin/bash
cd ~git/repositories/a.git
. ~git/post-receive-email &> /dev/null
( cd ~git/a && git pull &> ~git/pull_log.log && php ~git/a/scripts/generate_markdown_documentation.php &> ~git/doc_log.log )

Скрипт электронной почты работает, но генерация документации - нет. Содержание файла pull_log.log:

fatal: Not a git repository: '.'

Что заставляет меня думать, что он не переходит в правильный каталог в строке 5 приведенного выше сценария. Я ошибся? Как я могу заставить это работать?

Редактировать: Я обновил хук пост-получения, как предложено в ответах. Сценарий теперь:

#!/bin/bash
function die {
  echo "$*" >&2; exit 1
}

function checkgit {
  [ -d "$1/.git" ] || die "$1 could not possibly be a git repo; $1/.git is not a dir"
}


cd ~git/repositories/a.git
. ~git/post-receive-email &> /dev/null
( set -x
checkgit ~git/a
cd ~git/a
checkgit .
pwd
git pull
php ~git/a/scripts/generate_markdown_documentation.php )

И я получаю следующий вывод из git push:

+ checkgit /var/git/a
+ '[' -d /var/git/a/.git ']'
+ cd /var/git/a
+ checkgit .
+ '[' -d ./.git ']'
+ pwd
/var/git/a
+ git pull
fatal: Not a git repository: '.'
+ php /var/git/a/scripts/generate_markdown_documentation.php

Есть еще помощь?

О, и если я сам запускаю скрипт, он работает (я запускаю его, говоря hooks / post-receive)

Обнаружена проблема благодаря serverfault - в основном, переменные окружения GIT_DIR и GIT_WORK_TREE устанавливаются при запуске ловушки, что отрицательно влияет на git pull. Сброс переменных устраняет проблему.

Answer 1

Вам нужно больше диагностики, например,

function die {
  echo "$*" >&2; exit 1
}

function checkgit {
  [ -d "$1/.git" ] || die "$1 could not possibly be a git repo; $1/.git is not a dir"
}

На этом этапе в подоболочке сразу после скобки вы можете попробовать что-то вроде

set -x # show exactly what's executed (writes to stderr)
checkgit ~git/a
cd ~git/a && checkgit . && git pull ...

Вы можете также рассмотреть возможность перенаправления всего stderr подоболочки, например,

( ... ) 2>/tmp/mydiagnosis$$.log

(Это временная мера, и она подходит только в том случае, если в журналах нет конфиденциальной информации.)

---

ОК, Сайлас, ваша дополнительная информация исключает множество неловких возможностей. Я близок к концу моего git фу, но вот еще кое-что попробовать:

1. Зайдите в ~git/a и посмотрите, сможете ли вы сделать это git pull вручную. Это должно провалиться.
2. Попал в ~git/a и запустил git status. Это также должно провалиться. Если это не так, то git выдает очень плохое сообщение об ошибке.

Если оба шага не пройдены, ~git/a не тот клон, о котором вы думали. Переименуйте его, создайте новый клон и посмотрите, сможете ли вы устранить проблему.

Если первый шаг выполняется вручную, тогда происходит что-то странное, и я сбит с толку.

Если первый шаг завершается неудачно, а второй - успешно, у вас может быть проблема с ветками:

• Возможно, репо ~git/a настроено на неправильную ветку, и вашему репо нужна ветка, которой у него нет. Попробуйте git branch -a и посмотрите, видите ли вы что-то неожиданное.

• Возможно, у вас есть ветка, но она не правильно связана с удаленным репозиторием. В этот момент вы должны погрузиться в ~git/a/.git/config, и я не знаю, как объяснить, что вы должны ожидать там найти. В этот момент вам понадобится real git expert; Я просто играю одну по телевизору.

Answer 2

unset GIT_DIR - это решение, которое работает с фатальной ошибкой, которую вы видите.

Это относится ко всем скриптам в хуках (post-update - еще один распространенный), который использует внутри себя команду git. Команда git использует GIT_DIR из env вместо pwd.

Подробнее см. https://stackoverflow.com/a/4100577.

Answer 3

Недавно я столкнулся с подобной проблемой, и я думаю, что она связана с переменными среды, которые устанавливает git, в частности с переменной $ GIT_DIR.Если у вас есть этот набор, все команды git на других репозиториях начинают действовать странно.По сути, я думаю, что запуск вашего git pull внутри хука должен вызываться в нейтральной оболочке, которая не имеет этих нечетных переменных и приводит к путанице в git, хотя я пока не понял, как это сделать.