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

Question

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

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

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

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

Answer 1

我尽量保持我使用的CI尽可能轻，并将构建的运行尽可能多地放入msbuild或nant脚本中，包括运行测试，代码覆盖等。

这样做的好处是：

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

Answer 2

这已在TeamCity 9中引入。另外在另一篇文章中回答：

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

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，但您需要停止团队城市的任何签到操作。