一个版本如何控制 TeamCity 项目的配置? [英] How does one version control the configuration of a TeamCity project?
问题描述
在我的 CruiseControl 实例中,我对 ccnet.config 文件进行了版本控制.
In my CruiseControl instances, I have version controlled the ccnet.config file.
当我想更新 CruiseControl 时,我运行一个更新配置"作业,从版本控制中获取配置.
When I want to update CruiseControl, I run an "update config" job which fetches the config from version control.
通过这种方式,发布的构建过程是由配置管理的.
In this manner, the very build process of a release is configuration managed.
我想知道如何在 TeamCity 下有效地实现这些目标.
I am wondering how to achieve these goals effectively under TeamCity.
推荐答案
我尽量保持我使用的 CI 尽可能轻,并将尽可能多的构建运行放入 msbuild 或 nant 脚本中,包括运行测试、代码覆盖率等
I try to keep what ever CI I am using as light as possible and put as much of the running of the build into an msbuild or nant script including running tests, code coverage, etc.
这样做的好处是:
- 构建文件受版本控制.
- 您可以在任何环境中运行该脚本.
- 更容易在 CI 环境之间移动.
- 每个人都对构建负责.
这篇关于一个版本如何控制 TeamCity 项目的配置?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!