我们在Team City中有超过100个构建配置，并且我在过去几个月中意识到这些资产与实际项目资产（代码，配置，同样重要）同样重要（如果不是更重要的话）等）我们正在交付。
为此，我知道TC提供了它自己的构建配置版本控制，但对我而言，功能似乎有点低 - 例如，如果构建停止工作，那么能够区分它是非常好的我最喜欢的差异工具中的实际XML构建配置，而不是依赖TC内置的TC，或者能够在更长的时间范围内查看差异而不是简单地反对之前的状态。
显然，这可以通过提取构建定义和提交来手动处理，然后应用自己的门徒来改变定义时始终执行此操作。任何人都可以建议一个更加联合的方法？我们正在使用TeamCity Enterprise v8.0.5
答案 0 :(得分：4)
您可以升级到TeamCity 9吗？ TeamCity现在支持将构建配置同步到Git或Mercurial。
答案 1 :(得分：1)
作为升级到TeamCity 9之前的临时解决方案，您可以编写一个计划作业，每10分钟（甚至每分钟）运行一次，并自动将更改提交到新存储库。我使用了一个新的存储库，因此TeamCity不会尝试触发提交。
我不知道你正在使用什么操作系统或VCS，但是你只需要提交所有XML文件以便获得project-config.xml，构建类型XML和插件配置，你不希望{ {1}}文件作为内部版本号文件将在每次构建后更改。
.properties 如果您正在使用Git，您可以轻松地在<TeamCityData>/config/projects/**/*.xml目录中初始化一个回购，为projects以外的任何内容添加.gitignore，然后运行*.xml和{ {1}}作为预定的工作。