我希望将我们的构建基础设施从CC.NET迁移到TeamCity。目前对TeamCity了解还不够深入。
一个潜在的问题是,我们需要将构建配置与其构建的源代码一起进行版本控制。CC.NET使这个过程非常容易,并且是一个非常有用/强大的功能。
经过我的调查,您可以更改TeamCity存储其配置/数据的位置,但官方文档(以及其他SO上的主题)似乎都没有提到将其放置在版本控制位置(例如TFS,Perforce或ClearCase)。
因此,我想知道是否可能并且是否是“正确的做法”??
如果TeamCity假定对任何配置文件具有R / W访问权限,并且底层VCS使文件具有R / O要求进行签入/签出语义,那么这是否会使TeamCity产生困惑并停止工作。
这里是否有人有在Team Foundation Server(或类似软件)中对TeamCity构建配置进行版本控制的经验?
谢谢, Jack
一个潜在的问题是,我们需要将构建配置与其构建的源代码一起进行版本控制。CC.NET使这个过程非常容易,并且是一个非常有用/强大的功能。
经过我的调查,您可以更改TeamCity存储其配置/数据的位置,但官方文档(以及其他SO上的主题)似乎都没有提到将其放置在版本控制位置(例如TFS,Perforce或ClearCase)。
因此,我想知道是否可能并且是否是“正确的做法”??
如果TeamCity假定对任何配置文件具有R / W访问权限,并且底层VCS使文件具有R / O要求进行签入/签出语义,那么这是否会使TeamCity产生困惑并停止工作。
这里是否有人有在Team Foundation Server(或类似软件)中对TeamCity构建配置进行版本控制的经验?
谢谢, Jack
FYI - 如何对TeamCity项目的配置进行版本控制?似乎是SO上唯一类似的帖子。http://confluence.jetbrains.net/display/TCD7/How+To和相关的官方文档谈论了迁移配置和/或备份,这很接近但并不完全相同。