0

以前,XAML 门控构建用于仅使用一个门控构建定义签入属于不同解决方案的 TFS 中的多个工作区的文件。

我的意思是,就像开发人员过去只使用一个门控构建定义来检查 TFS 中的多个文件,即使这些文件的工作空间没有映射到旧的 XAML 门控构建定义中。

但是在迁移到 TFS 2017 更新 3 之后,情况就不一样了,我们必须为 TFS 中不同路径上的每个解决方案创建单独的门控构建定义。(虽然我会说这是一个很好的做法,并且可以防止在 TFS 中检查任何损坏的代码,但它的缺点是为我们签入的每个解决方案和文件更改创建了多个更改集)

为避免出现多个变更集问题,一种选择是创建一个门控构建定义,该定义将为我们拥有并将构建的所有 8 个解决方案映射工作区,并允许开发人员使用一个门控构建定义签入多个文件,但它也有它的缺点构建时间将无缘无故地增加,即使您签入一个文件,它也会构建其他解决方案。

那么是否有任何其他选项可以解决这个问题,即允许开发人员通过一个门控构建本身签入多个文件并同时维护代码完整性检查?

4

1 回答 1

0

没有其他更好的方法,实际上要求是矛盾的。

通常为每个解决方案创建单独的门控构建定义是推荐的方式。但正如你所说,它创建了多个变更集......

如果您有多个解决方案并且将大量文件映射到单个工作区,那么当然它将花费更多时间来获取源代码和构建......

于 2018-10-08T08:49:25.803 回答