Azure DevOps、拉取请求、额外提交

Question

奇怪的场景。我创建了拉取请求，但审批者正在休假，无权批准它。我收到了有关 PR 的新提交的电子邮件。据我了解，PR 提交后的提交会被添加到 PR 中，但是，它们也会被推送到 PR 所在的分支。认为这种行为是为了使 PR 保持在分支之前，这是正确的吗？或者 PR 是否会阻止任何新的提交推送到分支？

Answer 1

此行为是为了让 PR 领先于分支

拉取请求既不在分支之前也不在分支之后。它与一个分支相关联，无论该分支的当前状态是什么。它不与该分支中的特定提交相关联。

提交被添加到 PR，但是，它们也被推送到 PR 所在的分支

恰恰相反。正在向分支做出承诺。开放 PR 将反映这些提交，因为这些提交现在存在于该分支中。

系统只是通知您，由于分支中的新提交，您的 PR 已更改。这可能可能产生许多影响，包括但不限于：

• 破坏该分支中的构建，这取决于策略，要么不允许完成 PR，要么允许完成，但随后会破坏 PR 目标中的构建。
• 重置 PR 上的任何现有批准。
• 修改该分支中正在开发的功能（您可能被认为在团队中负责）。

如果您正在提交并对电子邮件感到惊讶，则可能只是您对 Pull 请求的理解不正确。如果您没有进行提交并对电子邮件感到惊讶，那么听起来好像另一个团队成员正在对同一个分支进行更改，您可能想与该团队成员进行沟通。