Форум на Исходниках.RU https://forum.sources.ru Форум на Исходниках.RU Форум на Исходниках.RU https://forum.sources.ru/index.php?showtopic=381429&view=findpost&p=3359764 Mon, 30 Sep 2013 01:42:04 +0000 Запуск SVN hook на Windows https://forum.sources.ru/index.php?showtopic=381429&view=findpost&p=3359764 Надо было заставить входить службу VisualSVN Server "с системной учётной записью".
Правда у меня первое время служба так запускаться не хотела.]]> WhyNot Version Control https://forum.sources.ru/index.php?showtopic=381429&view=findpost&p=3357280 Thu, 19 Sep 2013 05:04:33 +0000 Запуск SVN hook на Windows https://forum.sources.ru/index.php?showtopic=381429&view=findpost&p=3357280 На этом же компьютере развёрнут AppServ.

В одном из репозиториев SVN стоит хук post-commit.bat следующего содержания
    @echo off
    echo %time% start updating >> C:\SVNServer\Repositories\TestRepo\hooks\post-commit-log.txt
    call C:\AppServ\UpdateDocs.bat
    echo %time% success updating >> C:\SVNServer\Repositories\TestRepo\hooks\post-commit-log.txt
    exit 0
где C:\SVNServer\Repositories\TestRepo\hooks\ -каталог, из которого запускается хук.

А вот содержимое запускаемого C:\AppServ\UpdateDocs.bat
    @echo off
    :: пишем логи
    echo %time% start updating >> C:\AppServ\log.txt
    :: разблокируем копию после предыдущих ошибок (если были)
    echo %time% clean up >> C:\AppServ\log.txt
    "C:\Program Files (x86)\VisualSVN Server\bin\svn.exe" cleanup C:\AppServ\TrunkCopy >> C:\AppServ\log.txt 2>> C:\AppServ\errlog.txt
    :: обновляем копию до последней версии trunk
    echo %time% update work copy >> C:\AppServ\log.txt
    "C:\Program Files (x86)\VisualSVN Server\bin\svn.exe" update C:\AppServ\TrunkCopy >> C:\AppServ\log.txt 2>> C:\AppServ\errlog.txt
    :: обновляем документацию
    echo %time% update docs >> C:\AppServ\log.txt
    "C:\Program Files\NaturalDocs\NaturalDocs.pl" -i C:\AppServ\TrunkCopy -o HTML C:\AppServ\www\Docs -p C:\AppServ\DocsProject -l ru -s USSmall >> C:\AppServ\log.txt 2>> C:\AppServ\errlog.txt
    :: записываем, что успешно
    echo %time% success >> C:\AppServ\log.txt
    exit 0
В каталоге C:\AppServ\TrunkCopy храниться рабочая копия нужного репозитория.

При запуске первого батника вручную, рабочая копия нормально обновляется до HEAD и создаётся документация через NaturalDocs.
А вот при коммите происходит следующее: управление передаётся второму батнику, он нормально делает cleanup и повисает на выполнении update.

В логах остаётся следующее:
post-commit-log.txt
    12:05:41,33 start updating

C:\AppServ\log.txt
    12:05:41,33 start updating
    12:05:41,33 clean up
    12:05:44,08 update work copy
    Updating 'C:\AppServ\TrunkCopy':


При этом у того кто совершает коммит, повисает окошко TortoiseSVN с заполненным на 100% прогрессбаром.
В процессах видно следующее:
vshooks.png (, : 679)
При чём, даже когда у пользователя выйдет таймаут или он отменит коммит, процесс останется висеть.

На сколько я понимаю, svn при апдейте пытается записать какую-то информацию в каталог, к которому нет доступа у NETWORK_SERVICE (из под этой учётки запущен VisualSVN). Я разрешил запись в каталог C:\AppServ и каталог с хуками, но этого похоже не достаточно. Мне кажется, что svn куда-то скидывает свои временные файлы при апдейтах или пишет куда-то логи и надо дать прав на эти каталоги.

Что посоветуете делать?]]> WhyNot Version Control