Azure devops 避免在新分支的第一次构建中包含所有工作项

Azure devops 避免在新分支的第一次构建中包含所有工作项,azure-devops,azure-pipelines,Azure Devops,Azure Pipelines,我们的CI/CD目前已设置好,因此在PR完成后,我们将继续生产安装程序。然而,这是我们的内部管道。当我们准备发布时,我们会打开一个稳定分支(发布分支),在那里我们可以做各种事情,比如在二进制文件中轻弹开关,这样它们就不再显示为内部测试二进制文件,而是常规的生产二进制文件 问题出现在工作项跟踪中。发布分支上的第一个构建显示为包含自第0天起包含的每个工作项,甚至将该构建添加到工作项中。但我们只对标记PR中针对新发布分支的工作项感兴趣,而不是标记分支创建之前的整个历史 下面是我们如何扩展业务的概述。“

我们的CI/CD目前已设置好,因此在PR完成后,我们将继续生产安装程序。然而,这是我们的内部管道。当我们准备发布时,我们会打开一个稳定分支(发布分支),在那里我们可以做各种事情,比如在二进制文件中轻弹开关,这样它们就不再显示为内部测试二进制文件,而是常规的生产二进制文件

问题出现在工作项跟踪中。发布分支上的第一个构建显示为包含自第0天起包含的每个工作项,甚至将该构建添加到工作项中。但我们只对标记PR中针对新发布分支的工作项感兴趣,而不是标记分支创建之前的整个历史

下面是我们如何扩展业务的概述。“4.9.6”仅包含一个PR(2个提交和1个合并提交),主分支继续向前:

这是发布分支上触发的第一个CI生成:

出于某种原因,它似乎刚刚包含了最近的50个提交(我相信它只是在那里加了个上限),这也导致了一个长长的“链接工作项”列表。然而,在“4.9.6”分支的生命周期中,只有一个工作项包含在唯一的PR中

有没有可能以某种方式避免这种情况,或者仅仅是一种解决问题的方法