У меня есть хук перед фиксацией, и я хочу добавить его в репозиторий, чтобы, проверив его, мои коллеги сразу же установили его на место.
Однако, если я попытаюсь добавить его (находясь в корневом каталоге моего проекта), Я получаю следующий результат:
$ git add .git/hooks/pre-commit
error: Invalid path '.git/hooks/pre-commit'
error: unable to add .git/hooks/pre-commit to index
Любая идея, если эта работа и как достичь моей цели?
проверить это мои коллеги имеют его мгновенно на месте
Сентябрь. 2015: это невозможно: хук можно поместить в систему управления версиями (вы просто копируете скрипт в свой репозиторий git), но он не может быть «автоматически на месте» (активен) при клонировании/выдаче: это было бы быть слишком опасным, в зависимости от того, что на самом деле делает ловушка. а>"
Вам все равно нужно будет активировать его, добавив символическую ссылку (даже в Windows) в хук перед фиксацией, присутствующий в репозитории git.
Обновление от декабря 2016 г.: в OP Calamity Jane упоминается в комментариях:
Я уже решил в проектах symfony2 (и с другими, это тоже должно работать), чтобы он был частью
composer.json.
Так что, если коллега делаетcomposer installилиcomposer update, он автоматически помещается в нужное место.
"scripts": { "dev-install": [ "bash setup_phpcs.sh" ] },
Итак, на dev автоматически вызывается
setup_phpcs.sh, который копирует хук из папки в репозитории в нужное место.
А поскольку хук является частью репозитория, его можно легко обновлять и распространять.
Как отметил Hi-Angel в комментарии:
Я понял: в Emacs есть директория
build-auxс хуками, и при запускеautogen.shвсе хуки копируются оттуда.
build-aux директория с хуками, и при запуске autogen.sh все хуки копируются оттуда.
- person Hi-Angel; 21.04.2019
Если ваш репозиторий представляет собой приложение npm, вы можете добавить эту замечательную библиотеку в качестве зависимости: husky
package.json
...
"devDependencies": {
...
"husky": ">=4"
},
"husky": {
"hooks": {
"pre-commit": "npm test"
}
}
pre-commit может быть практически любой командой: если она заканчивается кодом выхода 0, фиксация проходит успешно, иначе фиксация прерывается.
к вашему сведению, в 2019 году также есть такой вариант:
требуется этот пакет: "brainmaestro/composer-git-hooks"
и добавьте следующие строки в ваш composer.yaml
"extra": {
"hooks": {
"commit-msg": [
"regex=\"^([A-Z]{2,4}-[0-9]{1,4}|(no-ticket|NO-TICKET)):[\\s]*.{10,}\"",
"file=`cat $1`",
"if ! [[ $file =~ $regex ]]; then",
" echo \"ERROR - Commit message is wrong or too short. E.g. XXX-33: Description or no-ticket : Description\"",
" exit 1",
"fi"
],
"pre-commit": [
"git status --porcelain | grep -e '^ [AM]\\(.*\\).php$' | cut -c 3- | while read line; do",
"ROOT=`php -r \"echo __DIR__;\"`",
"bin/php-cs-fixer fix -nq --config=$ROOT/.php_cs \"$line\";",
"bin/phpcbf --standard=PSR2 --encoding=utf-8 -n -p \"$line\";",
"git add \"$line\";",
"done",
"echo committing on branch $(git rev-parse --abbrev-ref HEAD)"
]
}
}
Это пример, который работает для меня. Что он в основном делает, так это:
Каждый раз, когда вы запускаете «установку композитора» или «обновление композитора», проверяются хуки в .git/hooks. Если крючки уже на месте, ничего не происходит. Если они отсутствуют, то строки сверху разбираются на хуки с шебангом в начале. Затем они выполняются каждый раз, когда кто-то запускает хук.
Если у вас нет больших сценариев, это IMO лучшее решение, чем копирование сценариев.
Примечание: если вы измените строки в composer.json для хуков, вы должны сначала удалить соответствующий хук, прежде чем запускать «установку композитора», иначе ничего не изменится.
