Для начала немного освежим память
Что такое hook.
Нет, это не фильм Спилберга, мы же на хабре. Это крючок, на который поймали событие :) Просто програмка, которая запускается при возникновении определенного события в системе версионного контроля. Поддерживаются они не только SVN, поэтому можете поиграться с хуками например в GIT.
Если в корне вашего репозитория есть папка hooks, знайте — это и есть гнездо хуков. В этой папке могут храниться шаблоны хуков, названия которых соответствуют отслеживаемым событиям.
$ ls repos/hooks/ post-commit.tmpl post-unlock.tmpl pre-revprop-change.tmpl post-lock.tmpl pre-commit.tmpl pre-unlock.tmpl post-revprop-change.tmpl pre-lock.tmpl start-commit.tmpl $
Это означает, что на базе этих шаблонов вы можете сделать свой хук. Как вы уже догадались pre-хуки срабатывают перед событием. post-хуки — после события.
* start-commit — запускается до начала транзакции, может быть использован для проверки прав.
* pre-commit — запускается в конце транзакции, но до commit, часто используется для валидации данных, например для проверки не пустых лог-сообщений.
* post-commit — запускается после транзакции, может быть использовано для отправки e-mail или для резервирования хранилища.
* pre-revprop-change — запускается до изменений в ревизии, могут быть использованы для проверки доступа.
* post-revprop-change — запускается после изменений в ревизии, могут быть использованы для отправки e-mail.
* post-lock, post-unlock, pre-lock, pre-unlock — запускаются, когда репозиторий работает с блокировками
Не лишним будет упомянуть, что у юзера, который подключается к репозиторию, а значит и запускает хуки, должны быть права на исполнение.
Изменение комментария к ревизии
Перейдем к решению нашей задачи. Воспользуемся pre-revprop-change хуком, для того, чтобы ввести дополнительный контроль. Кроме того, следует помнить, что в хук передаются следующие параметры
1. Путь к репозиторию
2. Ревизия, свойства которой будут изменяться
3. Имя пользователя, который будет производить изменения
4. Название изменяемого свойства
5. Код действия: A (добавлено), D (удалено), или M (модифицировано)
Хук справа.
В *nix системах достаточно создать в папке hooks соответствующий файл без расширения, например pre-revprop-change
#!/bin/sh # определение переменных. REPOS="$1" REV="$2" USER="$3" PROPNAME="$4" ACTION="$5" # разрешается только редактирование и только комментариев (а не автора например) if [ "$ACTION" = "M" -a "$PROPNAME" = "svn:log" ]; then exit 0 else echo "Changing revision properties other than svn:log is prohibited" >&2 exit 1 fi
Хук слева.
В Windows файл в папке hooks должен быть исполняемым, например pre-revprop-change.bat
@ECHO OFF :: определение переменных. set repository=%1 set revision=%2 set userName=%3 set propertyName=%4 set action=%5 :: разрешается редактирование только комментариев (а не автора например) if /I not "%propertyName%" == "svn:log" goto ERROR_PROPNAME :: разрешается только при редактировании (а не при добавлении или удалении) if /I not "%action%" == "M" goto ERROR_ACTION :: проверяем, чтобы новое сообщение не было пустым. set bIsEmpty=true for /f "tokens=*" %%g in ('find /V ""') do ( set bIsEmpty=false ) if "%bIsEmpty%" == "true" goto ERROR_EMPTY goto :eof :ERROR_EMPTY echo Empty svn:log messages are not allowed. >&2 goto ERROR_EXIT :ERROR_PROPNAME echo Only changes to svn:log messages are allowed. >&2 goto ERROR_EXIT :ERROR_ACTION echo Only modifications to svn:log revision properties are allowed. >&2 goto ERROR_EXIT :ERROR_EXIT exit /b 1
Если вы используете VisualSVN сервер, батник по умолчанию работать не будет. И папку hooks создавать не надо. Надо просто открыть VisualSVN Server Manager, зайти в свойства репозитория, для которого хотите создать хук, выбрать вкладку Hooks. Дважды кликните на Pre-revision property change hook и просто скопируйте туда код батника.
Дополнение: при активации хука в VisualSVN Server Manager, сервер сам создаст папку hooks и породит там стандартные шаблоны.
За наводку спасибо chemodax
P.S. Всю информацию, а также коды для хука нашел в Интернет

