Git Крючок после приема для веб-сайта

Я пытаюсь настроить Git для размещения моего сайта, чтобы я мог git pull, чтобы текущая версия работала локально, а затем git push, чтобы направить изменения на удаленный сервер. Я настроил его так, чтобы он работал так, как я его хочу, но после того, как я нажимаю, мне нужно вручную запустить git checkout -f или git reset --hard HEAD на удаленном сервере.

Я попытался поместить их в оболочку script в качестве крюка post-receive на сервере, но он просто не имеет никакого эффекта. Я знаю, что script запущен, потому что после нажатия "Я вижу" "Изменения на сервере". Вот крюк после приема:

#!/bin/sh
git reset --hard HEAD
echo "Changes pushed to server."

Ответы

Ответ 1

Ответ на ваш вопрос здесь: http://toroid.org/ams/git-website-howto

Короче говоря, то, что вы хотите сделать, это добавить "изолированное дерево работы" в голый репозиторий. Обычно вы считаете, что ваше дерево работы содержит каталог .git. У нечетких репозиториев по определению нет дерева работы, но вы можете создать его до тех пор, пока он находится в другом каталоге, чем голое репо.

Крюк post-receive - это просто git checkout -f для репликации репозитория HEAD в рабочий каталог. Apache использует это как свой корень документа, и вы все настроены. Каждый раз, когда вы нажимаете на голый репозиторий, Apache сразу начинает его обслуживать.

Обычно я использую это, чтобы автоматически нажать на промежуточный сервер, чтобы увидеть, будет ли "реальная" среда удаваться по моим изменениям. Развертывание на реальном сервере - совершенно другая история.: -)

Ответ 2

Обновление март 2015 г.

Как я упоминал в Что это за сообщение Git при нажатии на изменения в удаленном репозитории?", вы фактически можете нажать прямо на не-голый repo now (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 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 [email protected]{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 [email protected]{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

Ответ 3

У меня была такая же проблема. В ответ на эту ссылку: http://toroid.org/ams/git-website-howto - Следующая команда сделала это:

sudo chmod +x hooks/post-receive

Мы пропустили разрешение sudo, сначала настроили материал.

Ответ 4

Фиксированная версия VonC script, работает для меня (абсолютно никаких гарантий).

#!/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 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 [email protected]{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 [email protected]{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

Ответ 5

Простой script для установки этого развертывания 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

Разрешить push в этот репозиторий, хотя он не годен:

git config receive.denycurrentbranch false

Ответ 6

Я просто догадываюсь, но это может быть проблема с разрешением (полный путь нужен? cd?). Проверьте, что действительно происходит в файлах журнала.

Однако публикация файлов через git всегда является лишь одной задачей процесса публикации. Обычно вам нужно скопировать некоторые файлы, удалить другие, настроить, разрешить обновление, сгенерировать документы и т.д.

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

phing (или ant)
hudson + git плагин

(Я понимаю, что это не тот ответ, который вы ожидаете, но он слишком длинный, чтобы опубликовать комментарий)