【问题标题】:Why does TFS 2017 Gated Build Definition fails to checkin the files belonging to multiple workspace?为什么 TFS 2017 Gated Build Definition 无法签入属于多个工作区的文件?
【发布时间】:2019-03-08 16:32:00
【问题描述】:

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

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

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

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

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

【问题讨论】:

    标签: azure-pipelines build-definition gated-checkin xamlbuild


    【解决方案1】:

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

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

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

    【讨论】:

      猜你喜欢
      • 2018-05-24
      • 2012-03-05
      • 1970-01-01
      • 2021-04-29
      • 2013-10-01
      • 2019-09-18
      • 2018-08-22
      • 2020-02-12
      • 1970-01-01
      相关资源
      最近更新 更多