gpt4 book ai didi

tfs - 为什么构建草稿不合并/通知草稿发布时的合并冲突?

转载 作者:行者123 更新时间:2023-12-04 20:19:08 25 4
gpt4 key购买 nike

假设以下构建

  • Powershell 任务 Write-Host 'Original1';

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

  • 同时我们不得不改变原来的build-set Continue on Error ,例如,和一个新的 Timeout值(value)。

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

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

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

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

    我错过了什么吗?

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

    最佳答案

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

    As it turns out, as of now this is the intended way for it work. The Draft option just exists so that you can first test a definition before committing it.



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

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

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com