Git Post-Receive Hook для создания сайта
Я пытаюсь настроить Git для постановки моего сайта, чтобы я мог git pull чтобы текущая версия работала локально, а затем git push перенести изменения на удаленный сервер. Я настроил его так, чтобы он работал так, как я хочу, но после нажатия я должен вручную запустить git checkout -f или же git reset --hard HEAD на удаленном сервере.
Я пытался поместить их в сценарий оболочки в качестве перехвата после получения на сервере, но, похоже, это не дает никакого эффекта. Я знаю, что скрипт запущен, потому что я вижу "Изменения отправлены на сервер" после нажатия. Вот крюк после получения:
#!/bin/sh
git reset --hard HEAD
echo "Changes pushed to server."
6 ответов
Ответ на ваш вопрос здесь: http://toroid.org/ams/git-website-howto
Короче говоря, вам нужно добавить "отдельное рабочее дерево" в пустой репозиторий. Обычно вы думаете о своем рабочем дереве как содержащем .git каталог. Голые репозитории по определению не имеют рабочего дерева, но вы можете создать его, если оно находится в другом каталоге, чем обычное хранилище.
Крюк после получения просто git checkout -f копировать репозиторий HEAD в рабочий каталог. Apache использует его в качестве корня документа, и все готово. Каждый раз, когда вы переходите к пустому хранилищу, Apache немедленно начнет его обслуживать.
Обычно я использую это для автоматического перехода на промежуточный сервер, чтобы увидеть, будет ли "реальная" среда влиять на мои изменения. Развертывание на живом сервере - это совсем другая история.:-)
Обновление март 2015
Как я уже упоминал в " Что это за предупреждение Git при отправке изменений в удаленный репозиторий? ", Вы можете прямо сейчас перейти непосредственно к не пустому репо (Git 2.3.0+, февраль 2015 г.) с помощью:
git config receive.denyCurrentBranch updateInstead
Обновите рабочее дерево соответствующим образом, но откажитесь сделать это, если есть какие-либо незафиксированные изменения.
Это позволит вам избежать какого-либо хука после получения.
(Оригинальный ответ: октябрь 2010 г.)
GitFAQ рекомендует для репозитория без использования репозитория этот хук после обновления:
(это может дать вам больше информации о том, что на самом деле происходит при выполнении ловушки. Обратите внимание, что это ловушка после обновления, а не после получения)
#!/bin/sh
#
# This hook does two things:
#
# 1. update the "info" files that allow the list of references to be
# queries over dumb transports such as http
#
# 2. if this repository looks like it is a non-bare repository, and
# the checked-out branch is pushed to, then update the working copy.
# This makes "push" function somewhat similarly to darcs and bzr.
#
# To enable this hook, make this file executable by "chmod +x post-update".
git-update-server-info
is_bare=$(git-config --get --bool core.bare)
if [ -z "$is_bare" ]
then
# for compatibility's sake, guess
git_dir_full=$(cd $GIT_DIR; pwd)
case $git_dir_full in */.git) is_bare=false;; *) is_bare=true;; esac
fi
update_wc() {
ref=$1
echo "Push to checked out branch $ref" >&2
if [ ! -f $GIT_DIR/logs/HEAD ]
then
echo "E:push to non-bare repository requires a HEAD reflog" >&2
exit 1
fi
if (cd $GIT_WORK_TREE; git-diff-files -q --exit-code >/dev/null)
then
wc_dirty=0
else
echo "W:unstaged changes found in working copy" >&2
wc_dirty=1
desc="working copy"
fi
if git diff-index --cached HEAD@{1} >/dev/null
then
index_dirty=0
else
echo "W:uncommitted, staged changes found" >&2
index_dirty=1
if [ -n "$desc" ]
then
desc="$desc and index"
else
desc="index"
fi
fi
if [ "$wc_dirty" -ne 0 -o "$index_dirty" -ne 0 ]
then
new=$(git rev-parse HEAD)
echo "W:stashing dirty $desc - see git-stash(1)" >&2
( trap 'echo trapped $$; git symbolic-ref HEAD "'"$ref"'"' 2 3 13 15 ERR EXIT
git-update-ref --no-deref HEAD HEAD@{1}
cd $GIT_WORK_TREE
git stash save "dirty $desc before update to $new";
git-symbolic-ref HEAD "$ref"
)
fi
# eye candy - show the WC updates :)
echo "Updating working copy" >&2
(cd $GIT_WORK_TREE
git-diff-index -R --name-status HEAD >&2
git-reset --hard HEAD)
}
if [ "$is_bare" = "false" ]
then
active_branch=`git-symbolic-ref HEAD`
export GIT_DIR=$(cd $GIT_DIR; pwd)
GIT_WORK_TREE=${GIT_WORK_TREE-..}
for ref
do
if [ "$ref" = "$active_branch" ]
then
update_wc $ref
fi
done
fi
Чтобы это работало, вам все равно нужно специально разрешить отправку изменений в текущую ветку, используя один из следующих параметров конфигурации:
git config receive.denyCurrentBranch ignore
или же
git config receive.denyCurrentBranch warn
У меня была точно такая же проблема. В ответ на эту ссылку: http://toroid.org/ams/git-website-howto - это сделала следующая команда:
sudo chmod +x hooks/post-receive
Мы пропустили sudo разрешение сначала настроил материал.
Исправлена версия скрипта VonC, у меня работает (абсолютно никаких гарантий).
#!/bin/sh
#
# This hook does two things:
#
# 1. update the "info" files that allow the list of references to be
# queries over dumb transports such as http
#
# 2. if this repository looks like it is a non-bare repository, and
# the checked-out branch is pushed to, then update the working copy.
# This makes "push" function somewhat similarly to darcs and bzr.
#
# To enable this hook, make this file executable by "chmod +x post-update".
set -e
git update-server-info
is_bare=$(git config --get --bool core.bare)
if [ -z "${is_bare}" ]
then
# for compatibility's sake, guess
git_dir_full=$(cd $GIT_DIR; pwd)
case $git_dir_full in */.git) is_bare=false;; *) is_bare=true;; esac
fi
update_wc() {
ref=$1
echo "Push to checked out branch $ref" >&2
if [ ! -f ${GIT_DIR}/logs/HEAD ]
then
echo "E:push to non-bare repository requires a HEAD reflog" >&2
exit 1
fi
if (cd ${GIT_WORK_TREE}; git diff-files -q --exit-code >/dev/null)
then
wc_dirty=0
else
echo "W:unstaged changes found in working copy" >&2
wc_dirty=1
desc="working copy"
fi
if git diff-index --cached HEAD@{1} >/dev/null
then
index_dirty=0
else
echo "W:uncommitted, staged changes found" >&2
index_dirty=1
if [ -n "$desc" ]
then
desc="$desc and index"
else
desc="index"
fi
fi
if [ "$wc_dirty" -ne 0 -o "$index_dirty" -ne 0 ]
then
new=$(git rev-parse HEAD)
echo "W:stashing dirty $desc - see git-stash(1)" >&2
( trap 'echo trapped $$; git symbolic-ref HEAD "'"$ref"'"' 2 3 13 15 ERR EXIT
git update-ref --no-deref HEAD HEAD@{1}
cd ${GIT_WORK_TREE}
git stash save "dirty $desc before update to $new";
git symbolic-ref HEAD "$ref"
)
fi
# eye candy - show the WC updates :)
echo "Updating working copy" >&2
(cd ${GIT_WORK_TREE}
git diff-index -R --name-status HEAD >&2
git reset --hard HEAD
# need to touch some files or restart the application? do that here:
# touch *.wsgi
)
}
if [ x"${is_bare}" = x"false" ]
then
active_branch=$(git symbolic-ref HEAD)
export GIT_DIR=$(cd ${GIT_DIR}; pwd)
GIT_WORK_TREE="${GIT_DIR}/.."
for ref in $(cat)
do
if [ x"$ref" = x"${active_branch}" ]
then
update_wc $ref
fi
done
fi
Простой скрипт для настройки этого развертывания git:
Подготовка пост-получения крючка:
echo '#!/bin/sh' > .git/hooks/post-receive
echo 'git checkout -f' >> .git/hooks/post-receive
echo 'git reset --hard' >> .git/hooks/post-receive
chmod +x .git/hooks/post-receive
Позволяет протолкнуть этот репозиторий, хотя он не пустой:
git config receive.denycurrentbranch false
Я просто догадываюсь, но это может быть проблема с разрешением (нужен полный путь? cd?). Проверьте, что действительно происходит в файлах журнала.
Однако публикация файлов через git всегда является лишь одной из задач процесса публикации. Обычно вам нужно скопировать некоторые файлы, удалить другие, настроить, обновить разрешения, сгенерировать документы и т. Д.
Для комплексного решения сценарий сборки может быть лучше, чем любой git hook. Инструменты, которые могут очень хорошо справиться с этими задачами:
(Я понимаю, что это не тот ответ, который вы ожидаете, но это слишком долго, чтобы оставлять комментарии)