В моих экземплярах CruiseControl у меня есть версия, управляющая файлом ccnet.config.Как одна версия контролирует конфигурацию проекта TeamCity?
Когда я хочу обновить CruiseControl, я запускаю задание «update config», которое извлекает конфигурацию из элемента управления версиями.
Таким образом, сам процесс сборки релиза управляется конфигурацией.
Мне интересно, как эффективно достичь этих целей в TeamCity.
Возможно, вы попытаетесь просмотреть папки, которые были скопированы до обновления (или при восстановлении города команды), поскольку они представляют собой конфигурации и изменения, внесенные с момента первоначальной установки.
http://confluence.jetbrains.net/display/TCD4/TeamCity+Data+Backup
Некоторые из соответствующих данных является база данных, (а на самом деле документация советует вам указать команды городов к реальной базе данных, как MySQL вместо встроенной базы данных по умолчанию он использует)
Вы можете попробовать проверить их в SVN, но вы захотите остановить город команды для любых действий по регистрации.
Я пытаюсь сохранить то, что когда-либо CI я использую как можно легче и положить в большую часть хода билда в MSBuild или NAnt сценарий, включая запуск тестов покрытия кода и т.д.
в пользу это:
Я давно искал способ конфигурации TeamCity для управления версиями. Я закончил писать службу Windows, которая контролирует каталог конфигурации и фиксирует изменения в git.
Проект на GitHub: https://github.com/grenade/teamcity-config-monitor
Это было введено в TeamCity 9. Также ответил на другую должность:
Version control (e.g. in TFS) build configuration for TeamCity - is it possible?
Я тоже. Но проблема в том, что процесс сборки может усложниться, включая параллельные параллельные шаги сборки, передачу артефактов сборки, цепочек сборки, e.t.c. Это все, что было настроено, может быть сложно повторить. Вот почему сохранение конфигурации сборки (и не только сборки скриптов) в VCS очень важно. Но, к сожалению, большинство серверов CI не имеют этой функции :( –