Azure DevOps 中拉取请求验证的用例是什么?

Ars*_*yan 1 validation pull-request azure-devops

在 Azure DevOps 构建管道中,我们将“继续集成”和“拉取请求验证”作为触发选项。如果我们启用持续集成,它会在我们推送新内容时自动运行 CI 管道。如果它总是构建源分支的最后一次提交,为什么我们需要“拉取请求验证”选项。我们对“继续集成”不是也一样吗?我期待有一个用于合并提交的构建,这样我们就可以避免主开发分支上与合并相关的失败。 在此处输入图片说明

tj-*_*tti 5

大多数团队使用拉取请求作为代码审查过程。使用拉取请求构建代码可为审查者提供构建的统计信息,无需实际将代码合并到目标分支中。如果您有像 一样受保护的分支master,审查者可以查看构建时间、单元测试覆盖率和/或编译器警告,而无需实际对masterGit 中的分支进行任何更改。请记住,Git 是分布式的,因此即使您有 CI 设置,实际上也可以将破坏性更改合并到分支中。这一步只是保护和维护关键分支的一种方式。

  • 我刚刚验证过,如果您通过 UI 进行 PR,它将包含“master”的更改。我创建了一个场景,其中我故意生成合并冲突,并且该工具将要求手动审核。然后通过 PR 构建来构建这些更改。如果不了解更多有关分支/合并过程的信息,我无法确定您应该期望什么。我可以说的是,如果您遵循 Gitflow 类型模式,那么构建 PR 将符合您的最佳利益。 (2认同)