Joh*_*dal 7 azure-devops azure-pipelines
我们的 CI/CD 目前已建立,因此我们会在 PR 完成后不断生成安装程序。然而,这是我们的内部管道。当我们准备好发布时,我们会打开一个稳定分支(发布分支),在其中执行各种操作,例如轻按二进制文件中的开关,以便它们不再将它们呈现为内部测试二进制文件,而是常规生产二进制文件。
问题出在 WorkItem 跟踪中。发布分支上的第一个构建显示为包含自第 0 天以来包含的每个工作项,甚至将构建添加到工作项中。但我们只对标记 PR 中针对新发布分支的工作项感兴趣,而不是直到分支创建点为止的整个历史记录。
以下是我们如何拓展业务的概述。“4.9.6”仅包含 1 个 PR(2 个提交和 1 个合并提交),master 分支继续前进:
这是在发布分支上触发的第一个 CI 构建:
由于某种原因,它似乎只包含了最新的 50 个提交(我相信它刚刚达到上限),这也导致了一长串“链接的工作项”。然而,在“4.9.6”分支的生命周期中,唯一的 PR 中只包含 1 个工作项。
是否有可能以某种方式避免这种情况,或者只是解决该问题的一种方法?
| 归档时间: |
|
| 查看次数: |
133 次 |
| 最近记录: |