Местные исполнительные крюк после настройки git'а?
Я посмотрел на githooks manpage но если я чего-то не упускаю, я не вижу варианта для локальных, пост-push git-крючков. Я хотел бы иметь тот, который обновляет документы api на моем веб-сервере (для которого у меня уже есть скрипт) после того, как я нажимаю главную ветвь на репозиторий GitHub. Конечно, я мог бы просто написать свой собственный скрипт, который сочетает в себе git push и API docs run, но это кажется несколько неэлегантным.
5 ответов:
из Git 1.8.2 перед операцией push вызывается новый крюк:pre-push Если скрипт возвращает значение, отличное от 0, операция push будет отменена.
упоминание в примечаниях к выпуску:https://github.com/git/git/blob/master/Documentation/RelNotes/1.8.2.txt#L167
другое решение этой проблемы-иметь оболочку для
git pushвыполняет.git/hooks/pre-pushи.git/hooks/post-pushскрипты до и послеgit pushзвонок. Возможная обертка может выглядеть так:#!/bin/sh GIT_DIR_="$(git rev-parse --git-dir)" BRANCH="$(git rev-parse --symbolic --abbrev-ref $(git symbolic-ref HEAD))" PRE_PUSH="$GIT_DIR_/hooks/pre-push" POST_PUSH="$GIT_DIR_/hooks/post-push" test -x "$PRE_PUSH" && exec "$PRE_PUSH" "$BRANCH" "$@" git push "$@" test $? -eq 0 && test -x "$POST_PUSH" && exec "$POST_PUSH" "$BRANCH" "$@"сохранить как
git-push-whгде-то вPATH, это можно назвать какgit push-whесли вы хотите нажать с крючками.
этот тип крючка не поддерживается Git. Оно находится за пределами веские причины для крючка Git как указано сопровождающим Git.
вступительное замечание в приведенном выше связанном сообщении говорит почти непосредственно о вашем случае:
мне не особо нравятся крючки, которые действие после начала операции локально и действовать исключительно на локальных данных. Это может быть потому, что я все еще считаю строительные блоки инструментов ГИТ соответствующие для более высокий уровень сценариев больше, чем других люди так делают.
P. S. А "Одного Нажатия" Намек
- там слишком много оговорок для полного объяснения, но если вы можете понять все это, вы должны быть в состоянии иметь дело с деталями.
дополнительно
pushurlдля локального РЕПО с хранилищем объектов "alternates" может дать вам низкий способ накладных расходов для локального выполнения push-крючка. Но на самом деле, усилия гораздо больше, чемgit push upstream && update-web-server(возможно, в псевдониме оболочки, git Алиас или скрипт).
недавно я столкнулся с той же проблемой. Мне нужен был крюк, чтобы толчок от моего подмодуля git зафиксировал новую ссылку на подмодуль в "суперпроекте".
как упоминал Крис, лучший способ-просто использовать псевдоним git, например:
$ git config alias.xpush '!git push && update-server.sh' # (remember the backslash before the ! if your shell requires it)Это добавляет следующие .файл git/config строку:
[alias] xpush = !git push && update-server.shи так теперь, если вы наберете:
$ git xpushваши изменения будут нажаты, а затем update-server.sh будет исполнено.
Я использую функцию для этого:
current_branch() { local ref=$(git symbolic-ref HEAD 2> /dev/null) || return echo ${ref#refs/heads/} } gp() { local post_push="$(git rev-parse --git-dir)/hooks/post-push" git push "$@" && { [[ -x "$post_push" ]] && "$post_push" "$(current_branch)" "$@" } } compdef _git gp=git-pushчасть compdef предназначена для ZSH.