Tfs 为什么生成草稿不合并/通知草稿发布时的合并冲突?

Tfs 为什么生成草稿不合并/通知草稿发布时的合并冲突?,tfs,merge,build,azure-devops,Tfs,Merge,Build,Azure Devops,假设以下构建 Powershell任务写入主机“Original1” 我们创建以下草稿 Powershell任务写入主机“Original1”;写入主机“Draft2” 与此同时,我们必须更改原始构建集Continue on Error,例如,以及一个新的Timeout值 然后我们发布草案。最初的构建将成为 Powershell任务写入主机“Original1”;写入主机“Draft2” 但是继续出错和超时都将被草稿中的值(创建草稿时的原始值)覆盖 也许我在理解草案应该如何工作时遗漏了一些东西(

假设以下构建

  • Powershell任务
    写入主机“Original1”
  • 我们创建以下草稿

  • Powershell任务
    写入主机“Original1”;写入主机“Draft2”
  • 与此同时,我们必须更改原始构建集
    Continue on Error
    ,例如,以及一个新的
    Timeout

    然后我们发布草案。最初的构建将成为

  • Powershell任务
    写入主机“Original1”;写入主机“Draft2”
  • 但是
    继续出错
    超时
    都将被草稿中的值(创建草稿时的原始值)覆盖

    也许我在理解草案应该如何工作时遗漏了一些东西(基本上没有关于它们的任何内容),或者甚至可能这是我们使用的TFS版本(2018.2)中的一个真正缺陷,但我希望能够进行适当的合并,或者至少有一些消息防止覆盖原始版本中的更改

    否则,草稿的使用似乎非常有限且容易出错

    我错过什么了吗


    注意:在多个任务等上尝试了不同的更改组合。在某些情况下(在同一任务中修改内联powershell时),草稿已“发布”(已删除),但对原始版本没有任何更改(甚至没有新的历史记录条目),因此,我更倾向于认为,到目前为止,整个草稿功能有点缺陷。我们已经联系了微软,到目前为止(2018年底),目前的行为被认为是出于设计

    事实证明,到目前为止,这是it工作的预期方式。这个 草稿选项的存在只是为了让您可以首先测试定义 在提交之前

    因此,在某些内容发生更改之前,应该在任何可以同时更改构建/任务组/发布(草稿)的环境中小心使用草稿功能