为什么 TFS 2017 封闭生成定义无法签入属于多个工作区的文件?



以前,XAML 封闭生成用于签入属于差异解决方案的 TFS 中属于多个工作区的文件,仅使用一个封闭生成定义。

我的意思是,开发人员过去只使用一个封闭生成定义签入 TFS 中的多个文件,即使这些文件的工作区未在该旧的 XAML 封闭生成定义中映射。

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

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

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

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

通常,建议为每个解决方案创建单独的门控生成定义。但正如您所说,它创建了多个变更集......

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

最新更新