configuration - TeamCity 的版本控制(例如在 TFS 中)构建配置 - 可能吗？

Question

我希望将我们的构建基础架构从 CC.NET 迁移到 TeamCity。诚然，TeamCity 在这一点上非常环保。

一个潜在的阻碍是我们需要我们的构建配置与其构建的源代码一起进行版本控制。 CC.NET 使这变得非常简单，并且是一个非常有用/强大的功能。

根据我的调查，您可以更改 TeamCity 存储其配置/数据的位置，但官方文档(或此处的其他主题)似乎都没有提到将其放置在受版本控制的位置，例如 TFS、Perforce 或 ClearCase。

因此，我想知道这是否可能和/或它是“完成的事情”吗？？

如果 TeamCity 假定对任何配置文件的 R/W 访问权限，并且底层 VCS 使文件 R/O 需要 checkin / checkout 语义，这会混淆 TeamCity 并使其停止工作。

这里有没有人有在 Team Foundation Server(或类似的)中控制 TeamCity 构建配置的经验？

谢谢，
jack

仅供引用 - How does one version control the configuration of a TeamCity project?似乎是 SO 上唯一的类似线程。
http://confluence.jetbrains.net/display/TCD7/How+To ...和相关的官方文档谈论迁移配置和/或备份它，这很接近，但实际上并不是一回事。

Answer 1

这不是答案，而是……

我们向 JetBrains 征求了他们的建议，并得到了以下答复:

So far there is no functionality to store configuration settings in the version control. The settings are stored in XML on the disk (in TeamCity data directory - http://confluence.jetbrains.net/display/TCD7/TeamCity+Data+Directory) and in theory it is possible to synchronize the directory with a version control. You might want to vote for the feature or watch it in our issue tracker: http://youtrack.jetbrains.com/issue/TW-2806

我看不到任何优雅的解决方案，所以会认为最好的解决方案(最坏的解决方案......)是:

将复杂的构建逻辑移到受版本控制的 MSBuild/Nant 脚本中；和

如果您有时间，请在源代码管理和 TeamCity 数据目录之间实现自定义同步服务。在这种情况下，您可能必须准备好处理不时需要手动合并的故障(不好玩 :-( )。

祝你好运，如果你找到一个好的解决方案，请分享它:-D