SVN hooks: изменение комментария к ревизии

А зачем менять комментарий к коммиту?

Статья отличная, поможет в следующих(и не только ситуациях):
1. Если автор коммита «случайно» использовал мат(можно просто удалить ее);
2. Если коммит по сути нормальный, но не соответствует принятым «стандартам» компании(например, нужно объязательно указать автора коммита и ревьюера(тот, кто проверял изменение до коммита автора));
3. Если комментарий не полноценный, типа «Подправил соответствующие исходники» и т.п.
(список может продолжаться:)

При создании репозитория в папку hooks кладутся примеры хуков. В том числе — pre-revprop-change.tmpl — для изменения сообщения лога. Его нужно лишь переименовать и сделать исполняемым.

я, когда настраивал связку SVN с redmine, столкнулся с тем, что redmine подтягивает к себе все ревизии и логи. При изменении коммента в частности по причине «перепутан номер тикета» приходилось чистить все таблицы, связанные с хранилищем и запускать скрипт, который подтягивал изменения, т.к. этот скрипт подтягивает изменения только начиная с последней ревизии, которая лежит в redmine.
С ростом репозитория выросло и кол-во ревизий, которые надо было перелопатить из SVN в mysql :)
это стало тоскливо и пришлось немного подшаманить хук, так чтобы он вычищал только те ревизии из redmine, которые моложе той, у которой изменили лог.

скрипт выглядит так (может кому-то будет полезно):
post-revprop-change

#!/bin/sh

REPOS="$1"
REV="$2"
USER="$3"
PROPNAME="$4"
ACTION="$5"

# Generate SELECT statement to fetch last changements
SEL="SELECT id FROM redmine.changesets WHERE revision >= $REV"

echo "Truncate changesets tables into redmine..."
echo "DELETE FROM redmine.changes WHERE changeset_id IN ($SEL);" \
| mysql -u redmine --password="-----------------"
echo "DELETE FROM redmine.changesets_issues WHERE changeset_id IN ($SEL);" \
| mysql -u redmine --password="-----------------"
echo "DELETE FROM redmine.changesets WHERE revision >= $REV;" \
| mysql -u redmine --password="-----------------"
echo "Fetching changesets from SVN to redmine..."
rake -f PATH_TO_redmine/current/Rakefile redmine:fetch_changesets RAILS_ENV=production
exit 0

pre-revprop-change — поставил ограничение, чтобы только определенный автор мог менять лог

#!/bin/sh

REPOS="$1"
REV="$2"
USER="$3"
PROPNAME="$4"
ACTION="$5"

if [ "$USER" = "didenko" -a "$ACTION" = "M" -a "$PROPNAME" = "svn:log" ]; then
        exit 0
fi

echo "Changing revision properties is prohibited. Please ask Administrator about it." >&2
exit 1

ну а post-commit стандартный почти как советует автор

#!/bin/sh

REPOS="$1"
REV="$2"

wget  --dns-timeout=3 --connect-timeout=3 -q \
"http://redmine.dev.rugion.ru/sys/fetch_changesets?key=---" \
 >/dev/null 2>&1 &

exit 0

VisualSVN Server без проблем подхватит батник, хотя конечно же удобнее пользоваться его интерфейсом для редактирования хуков.

Более того при редактировании хуков через интерфейс VisualSVN Server хук будет сохранен в виде стандартного батника. Единственное что насколько я помню VisualSVN Server по умолчанию сохраняет хуки с расширением .cmd, но при этом читает .cmd и .bat.

Для Mercurial:
$ hg commit -m 'inccorrect log message'
$ hg rollback
$ hg commit -m 'correct log message'

А вот если вы успели сделать push в основной репо — всё будет куда печальнее, чем для Subversion: придётся убалтывать змея-горыныча с тремя головами :-/