带有发布分支的 Build Summary 上的相关工作项
Related workitems on Build Summary with releases branches
我已经建立了一个构建,以 release/* 作为触发器。我的问题是,在每个新发布分支上,摘要页面显示所有回购历史和所有相关工作项的所有提交。有什么办法只处理自上次发布分支以来的新提交和工作项?
如果我使用同一个分支,合并新的更改,它会按预期工作,但如果我创建一个新的发布分支,它会显示所有历史记录。
谁能帮我解决这个问题?
There is any way to only the new commits and work items since the last release branch?
恐怕没有这种方法可以做到这一点。因为此行为是设计的。
Azure Devops determines what changesets should be mapped to a build
based on the Source Repository Mappings (Build vNext) in the build definition and the last successful build.
So, you will see a list of the changesets with files committed in the
lowest common base of any of the mapped folders including all their
descendants, since the latest successful build. Whenever you get a
successful build the list will shorten and only show the last
check-in.
因此,当我们创建一个新的发布分支时,没有任何最新的成功构建,它将包括所有提交和链接的工作项。
另外还有一个rejected user voice,大家可以查看反馈了解更多详情。
希望对您有所帮助。
我已经建立了一个构建,以 release/* 作为触发器。我的问题是,在每个新发布分支上,摘要页面显示所有回购历史和所有相关工作项的所有提交。有什么办法只处理自上次发布分支以来的新提交和工作项?
如果我使用同一个分支,合并新的更改,它会按预期工作,但如果我创建一个新的发布分支,它会显示所有历史记录。
谁能帮我解决这个问题?
There is any way to only the new commits and work items since the last release branch?
恐怕没有这种方法可以做到这一点。因为此行为是设计的。
Azure Devops determines what changesets should be mapped to a build based on the Source Repository Mappings (Build vNext) in the build definition and the last successful build.
So, you will see a list of the changesets with files committed in the lowest common base of any of the mapped folders including all their descendants, since the latest successful build. Whenever you get a successful build the list will shorten and only show the last check-in.
因此,当我们创建一个新的发布分支时,没有任何最新的成功构建,它将包括所有提交和链接的工作项。
另外还有一个rejected user voice,大家可以查看反馈了解更多详情。
希望对您有所帮助。