假设以下构建

  • Powershell 任务 Write-Host 'Original1';

  • 我们创建以下草稿
  • Powershell 任务 Write-Host 'Original1';Write-Host 'Draft2';

  • 同时,我们必须更改原始构建集 Continue on Error ,例如,以及一个新的 Timeout 值。

    然后我们发布草稿。原来的构建将变成
  • Powershell 任务 Write-Host 'Original1';Write-Host 'Draft2';

  • 但是 Continue on ErrorTimeout 都将被草稿中的值(草稿创建时的原始值)覆盖。

    也许我在理解草稿应该如何工作时遗漏了一些东西(在 https://docs.microsoft.com/en-us/ 上基本上没有关于它们的内容),或者它甚至可能是我们使用的 TFS 版本(2018.2)中的真正缺陷,但我曾期望合并或至少一些消息阻止一个人覆盖原始版本中的更改。

    否则草稿似乎非常有限且容易出错。

    我错过了什么吗?

    PS:在多个任务等上尝试了不同的更改组合。在某些情况下(在同一任务中修改内联 powershell 时)草稿被“发布”(被删除),但没有任何更改进入原始版本(不是甚至是一个新的历史条目),所以我更倾向于认为整个草稿功能现在有点缺陷

    最佳答案

    我们已与 Microsoft 联系,截至目前(2018 年底),当前行为被认为是设计使然



    因此,在某些更改之前,应在可以对构建/任务组/发布的(草稿)进行并发更改的任何环境中谨慎使用草稿功能。

    关于tfs - 为什么构建草稿不合并/通知草稿发布时的合并冲突?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/53004628/

    10-12 01:35