Как одна версия управляет конфигурацией проекта TeamCity?

Question

В моих экземплярах CruiseControl у меня есть версия ccnet.config, контролируемая версией.

Когда я хочу обновить CruiseControl, я запускаю задание «обновить конфигурацию», которое выбирает конфигурацию из управления версиями.

Таким образом, сам процесс сборки релиза управляется конфигурацией.

Мне интересно, как эффективно достичь этих целей в TeamCity.

Answer 1

Я стараюсь максимально облегчить использование любого CI, который я использую, и вкладываю как можно большую часть выполнения сборки в сценарий msbuild или nant, включая выполнение тестов, покрытие кода и т. Д.

Преимущество этого:

1. Файл сборки контролируется версией.
2. Вы можете запустить скрипт в любой среде.
3. Легче перемещаться между средами CI.
4. Каждый становится ответственным за сборку.

Answer 2

Это было введено в TeamCity 9. Также ответили в другом посте:

Конфигурация сборки контроля версий (например, в TFS) для TeamCity - возможно ли это?

Answer 3

Я давно хотел найти способ контроля конфигурации TeamCity.В итоге я написал службу Windows, которая отслеживает каталог конфигурации и фиксирует изменения в git.

Проект находится на GitHub: https://github.com/grenade/teamcity-config-monitor

Answer 4

Вы можете попытаться просмотреть папки, для которых выполнялось резервное копирование перед обновлением (или при восстановлении города команды), поскольку они представляют конфигурации и изменения, внесенные вами с момента первоначальной установки.

http://confluence.jetbrains.net/display/TCD4/TeamCity+Data+Backup

Некоторые из релевантных данных на самом деле являются базами данных (и фактически документация советует вам указывать город команды на настоящую базу данных, такую ​​как mysql, вместо встроенной базы данных по умолчанию, которую она использует)

Вы можете попробовать зарегистрировать их в SVN, но вы захотите остановить командный город для любых действий по регистрации.