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

Question

У меня есть пустое хранилище на стороне сервера репозитория, и я могу успешно фиксировать и передавать с моей локальной машины.Тем не менее, перехват приема не работает.Подробности:

• Использование SSH в качестве протокола
• Я переименовал стандарт "post-receive.sample" в "post-receive"
• Этот файл имеет -rwxr-xr-x permissions
• Файл принадлежит тому же пользователю, которому принадлежит репо, который является тем же пользователем SSH, который входит в систему и выдвигает
• Фактическое продвижение идет нормально;файлы обновляются - это просто ловушка, которая не запускается
• Я пытался поместить echo "Some text" до и после ловушки, но это не отображается (см .: Пост-фиксация крюка не выполняется ),
• Сценарий перехвата включен ниже, хотя, похоже, это не вызывает проблемы
• Использование git 1.7.0.4 в Ubuntu 10.04

.

user@server:/home/repos/project1/hooks# cat post-receive
#!/bin/sh
echo "Hook is running..."
export GIT_WORK_TREE=/home/web/project1/www/
git checkout -f
rm -rf /home/web/project1/www/temp/

Answer 1

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

chmod ug+x .git/hooks/*

... или если вы хотите сделать один исполняемый файл (например, post-receive):

chmod ug+x .git/hooks/post-receive

(Спасибо этому посту )

Answer 2

У меня была эта проблема. В имени файла моего скрипта была опечатка.

пост-получение вместо пост-получения

Answer 3

Проблема была связана с монтированием файловой системы.Раздел был смонтирован как noexec, и поэтому никакие файлы не могли быть выполнены.Это заставило крюк не работать.Я удалил флаг noexec, и теперь он работает просто отлично.

Answer 4

Похоже, что GIT НЕ будет запускать хук после получения , если в кодовой базе нет изменений.

В моем случае

Перехват почты не выполнялся, но операция «push» продолжала возвращать следующее сообщение.

Все актуально

Итак, я просто создал пустой файл в своем коде, сделал коммит и затем отправил его на удаленный компьютер. На котором был выполнен хук post-receive .

Answer 5

У меня была такая же проблема в системе Centos 6, где оказалось, что SELinux препятствовал запуску сценариев хуков. Здесь помогло превращение httpd_git_script_t в разрешающий домен (поскольку «sesearch -A -s httpd_git_script_t -p exec» ничего не дало, т. Е. Ни одному процессу, запущенному в домене httpd_git_script_t, не было разрешено разрешение exec):

semanage permissive -a httpd_git_script_t

Answer 6

Вы уверены, что он не работает? Должно быть, вы просто не видите этого. Я предполагаю, что во время выполнения ssh-сеанса не установлено значение stdout, поэтому вы никогда не увидите вывод своего эха. Ссылка предлагает проверить его локально, а не через ssh.