一个版本如何控制TeamCity项目的配置？

Question

在我的CruiseControl实例中，我的版本控制了ccnet.config文件。

当我想更新CruiseControl的，我运行一个“更新配置”工作，这从获取版本控制的配置。

以这种方式，发布的构建过程就是配置管理。

我想知道如何实现有效下的TeamCity这些目标。

Answer 1

你可以尝试寻找（恢复球队的城市时，或）已备份在升级之前的文件夹，那些表示从初始安装，您所做的配置和变化。

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

一些相关的数据实际上是一个数据库，（事实上的文档建议您球队的城市，如MySQL，而不是它使用默认的嵌入式数据库指向一个真实的数据库）

你可以尝试将它们检入到SVN中，但是你会想要停止团队城市进行任何签入操作。

Answer 2

我尝试尽可能的轻，以保持我使用什么都CI，把尽可能多的构建的运行成一个MSBuild或恶性脚本，包括运行测试，代码覆盖率等

的好处这就是：

1. 构建文件是版本控制。
2. 您可以在任何环境下运行该脚本。
3. 更容易在CI环境之间移动。
4. 每个人都对构建负责。

Answer 3

我一直想要一种方法来源控制TeamCity配置很长一段时间。我最终编写了一个Windows服务，它监视配置目录并将更改提交给git。

该项目是在GitHub上：https://github.com/grenade/teamcity-config-monitor

Answer 4

这在TeamCity的9在另一篇文章还回答了介绍：

Version control (e.g. in TFS) build configuration for TeamCity - is it possible?