Опрос TeamCity для изменений делает сервер SVN невосприимчивым

Question

У нас есть 4 проекта в teamcity, которые указывают на тот же сервер SVN (CollabNet). Teamcity настроен на опрос каждые 60 секунд для изменений. Это только уменьшает различия при обнаружении, а количество изменений на один checkin довольно мало (по несколько файлов за раз). После нескольких часов опроса уровни процессора запускаются на сервере SVN (все это связано с процессом процесса httpd.exe), и SVN становится невосприимчивым. Перезапуск службы SVN временно разрешает проблему.

Люди, управляющие SVN, настаивают на том, что TeamCity вызывает проблему из-за постоянного опроса. В сотрудничестве я уменьшил частоту опроса до 600 секунд, что привело к тому, что проблема снизилась. Я чувствую, что есть еще одна проблема, и TeamCity просто усугубляет ее. Я не доволен 10-минутным циклом опроса, потому что это задерживает обратную связь с командой разработчиков. Они уже начали ходить на обед, а не ждать, когда сборка начнется/завершена :(

Я не мог найти что-либо на форумах Collabnet для изучения или решения проблемы. Есть ли у кого-нибудь мысли о том, как найти первопричина или предложения по резолюции? Похоже, СВН должны быть в состоянии справиться с частым добирается.

Answer 1

времени, чтобы перейти к GIT.

Но да SVN, как правило, имеет такого рода проблемы. альтернативный вариант может написать SVN post commit hook, который будет запускать сборку Teamcity, используя Teamcity REST или VCS Update плагин teamcity. И тогда у вас может быть интервал опроса размером до вы хотите, поскольку это не имеет значения. Поскольку post-commit hook запускает сборку, как только происходит фиксация.