skyANA, не похоже что в svn hook можно отменить коммит.

skyANA, хотим чтобы коммит отменялся если автотесты не прошли. В общем, сделать можно. Надо в svn в каком-нибудь hook, например Start commit hook написать скрипт, который проверит результаты тестов и при отрицательном результате сделать exit 1. Тогда коммит не будет зафиксирован. Соответственно, если автотесты ок то возвращаем exit 0, тогда коммит завершается успешно. Таким образом, можно засатвить любой автотест писать результат в какой-нибудь файл, из которого скритп hook'а будет считывать его. У меня так:




Autotest.result содержит в себе пару result=значение. Проверяем, если не 0 то exit 1. Сделано в цикле так как предполагается в будущем наличие множества пар.

YK13может это подойдет? А на вскидку, через командную строку запустить там проект с автотестами можно? Из bat-файла.

Alexey TominrigorMortisskyANA, хотим чтобы коммит отменялся если автотесты не прошли.

Помилуйте, бояре. Коммит- синхронная операция. Svn и так, прямо скажем, не самая быстрая штука (особенно если с https скрещена). А тут он будет ждать, пока тесты пойдут. А если их много и они 5 минут выполняются?

Проблема игнорирования тестов перед коммитом в trunk - административная. И решать её надо соответственно - каждому виновному штраф- от "угостить всех пивом после работы", до "минус 10% месячной премии за каждый случай". А для контроля- автосборка по коммиту и при падении тестов- письмо всей команде (чтобы знали героев).
Ну вот за офтоп с вас "угостить всех пивом после работы".

Alexey Tomin, если убедишь моего руководителя, тогда с меня пиво. Я не сам себе мозги выкручиваю.

Ну, я сам справился.

buserrigorMortisНу, я сам справился.
Так это через что сделали? хук на коммит?

Справился в смысле убеждения начальства, оно согласилось на гибрид первого и второй варианов - коммитим, запускается проект с автотестами на TeamCity, если не проходят то релиз не собираем. Так же оставляем возможность вызывать проект TeamCity из VisualStudio - если автотесты не проходят то не коммитим и рассылаем уведомление о том что fail. Это легко сделать одними средствами TeamCity (TeamCity remote run плагин на VisualStudio).
Вариант с хуком который вызывал бы проект на TeamCity не прокатывает. Если хук вызвал бы TeamCity то последний должен был бы собрать билд с последними изменениями в проекте и прогнать на нём автотесты. Но проект с изменениями существует на машине разработчика который осуществляет коммит. Тогда TeamCity должен загрузить себе это проект, собрать его прогнать автотесты и принять решение о коммите, а это есть второй вариант описанный выше и при таком варианте хук смысла не имеет.
Если даже делать это через хук то скрипт должен содержать сопоставление пользователя-коммитера и его машины, запускать TeamCity remote run на машине этого пользователя-коммитера. Но мне что-то не нравится. Так в скрипте придётся всех разработчиков прописывать-выписывать и ещё при разных проектах как-то вычислять что для них запускать (это может быть не обязательно TeamCity и VisualStudion по условию задачи).
Тем не менее, спасибо всем за помощь. Опыт был получен.