Azure DevOps：每次合并时附加的工作项数量不断增加
Azure DevOps: ever increasing number of attached work items on each merge
我们目前在 Azure Devops 上使用 Git 流程，通常设置为 master、development 和 [=12] =] 分支及其各自的功能和修补程序分支。
每周都会有一个新的 RC 得到 development 的分支，指定为 release-xx 并通过 AZ devops 自动部署在测试环境中。
当这个 RC 经过验证并且可以投入生产时，它会通过 PR 合并到 master。合并到 master 后，master 再次合并到新的 RC，开发等 master 继续部署到生产环境。
这似乎工作正常，但是 DevOps 在每个生产版本中附加了越来越多的工作项。因此，已经 部署在生产环境中的工作项会再次附加，但它们尚未在新提交或 PR 中链接。这个过程不断重复，所以用户故事的数量在不断增加...
对此有何想法？我们合并不正确吗？我错过了这个过程中的一些步骤吗？提前致谢。
是的，Azure DevOps git PR 在每次合并时积累工作项。在这种情况下，您可以清除从 master 分支合并回来的所有工作项。
在我们的项目中，我们使用构建从 master 分支自动创建 PR，而无需链接工作项。这是创建 PR 到某个目标分支的 PowerShell 脚本（development 在你的例子中）：https://github.com/ashamrai/AzureDevOpsExtensions/blob/master/CustomPSTasks/CreatePRBuildTask.ps1
我们目前在 Azure Devops 上使用 Git 流程，通常设置为 master、development 和 [=12] =] 分支及其各自的功能和修补程序分支。
每周都会有一个新的 RC 得到 development 的分支，指定为 release-xx 并通过 AZ devops 自动部署在测试环境中。
当这个 RC 经过验证并且可以投入生产时，它会通过 PR 合并到 master。合并到 master 后，master 再次合并到新的 RC，开发等 master 继续部署到生产环境。
这似乎工作正常，但是 DevOps 在每个生产版本中附加了越来越多的工作项。因此，已经 部署在生产环境中的工作项会再次附加，但它们尚未在新提交或 PR 中链接。这个过程不断重复，所以用户故事的数量在不断增加...
对此有何想法？我们合并不正确吗？我错过了这个过程中的一些步骤吗？提前致谢。
是的，Azure DevOps git PR 在每次合并时积累工作项。在这种情况下，您可以清除从 master 分支合并回来的所有工作项。
在我们的项目中，我们使用构建从 master 分支自动创建 PR，而无需链接工作项。这是创建 PR 到某个目标分支的 PowerShell 脚本（development 在你的例子中）：https://github.com/ashamrai/AzureDevOpsExtensions/blob/master/CustomPSTasks/CreatePRBuildTask.ps1