假设以下构建
Write-Host 'Original1';
我们创建以下草稿
Write-Host 'Original1';Write-Host 'Draft2';
同时,我们必须更改原始构建集
Continue on Error
,例如,以及一个新的 Timeout
值。然后我们发布草稿。原来的构建将变成
Write-Host 'Original1';Write-Host 'Draft2';
但是
Continue on Error
和 Timeout
都将被草稿中的值(草稿创建时的原始值)覆盖。也许我在理解草稿应该如何工作时遗漏了一些东西(在 https://docs.microsoft.com/en-us/ 上基本上没有关于它们的内容),或者它甚至可能是我们使用的 TFS 版本(2018.2)中的真正缺陷,但我曾期望合并或至少一些消息阻止一个人覆盖原始版本中的更改。
否则草稿似乎非常有限且容易出错。
我错过了什么吗?
PS:在多个任务等上尝试了不同的更改组合。在某些情况下(在同一任务中修改内联 powershell 时)草稿被“发布”(被删除),但没有任何更改进入原始版本(不是甚至是一个新的历史条目),所以我更倾向于认为整个草稿功能现在有点缺陷
最佳答案
我们已与 Microsoft 联系,截至目前(2018 年底),当前行为被认为是设计使然
因此,在某些更改之前,应在可以对构建/任务组/发布的(草稿)进行并发更改的任何环境中谨慎使用草稿功能。
关于tfs - 为什么构建草稿不合并/通知草稿发布时的合并冲突?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/53004628/