2

我最近从 VSS 迁移到了 TFS 2010,我一直非常喜欢它,但是我还没有能够按照我认为应该的方式开始工作。

目标

我想快速知道对 Development 的更改何时会破坏构建。如果我们事后发现,这没什么大不了的。由于一天中有很多签入,我们不想等待构建完成,所以它应该是异步的。

对于我们的 Main 分支,我想确保任何时候发生合并,我们确保它不会破坏构建。我想立即对此进行反馈。等待时间很好,因为我们不会经常合并到 Main。

当前设置

我的解决方案位于名为 Main 的文件夹下。我已经创建了一个名为 Development 的分支。我正在工作的工作区与顶层相关联,其中包括主分支和开发分支。我尝试将我的工作区调整为仅指向开发,以防出现问题。这似乎并没有解决我的问题,所以我将它设置回我最初的方式 - 使用 Main 和 Development。

在工作区的构建定义中,我定义了两个定义——一个用于主分支,另一个用于开发。

第一个定义是用于构建主分支。它有一个门控签入触发器,并且“要构建的项目”指向 Main 中的解决方案文件。

第二个定义用于在开发分支中构建解决方案。它有一个滚动构建触发器,并且“要构建的项目”指向开发中的解决方案文件。

结果

目前,当在 Development 中进行更改并执行签入时,会触发 Main 的门控签入。这不仅会造成混乱,而且还会减慢我们的整体流程。

下一步

我查看了一些关于分支的 TFS 指南、一般 TFS 使用等。不幸的是,我还没有找到解决我的问题的方法。如果您以前遇到过此问题,我将不胜感激您提供的任何建议。

4

1 回答 1

6

目前我不是 100% 确定,但是应该通过签入到构建定义工作区所覆盖的源树部分来触发构建。

因此,请查看构建定义并查看每个构建定义获取的源代码树的哪一部分。您的 CI 构建应该只获得 Dev 分支,门控构建应该只获得 Main 分支。

于 2010-12-20T15:37:14.933 回答