为什么 Github 不在 PR 请求中警告我们有关未更新到目标分支的分支？
Why Github don’t warn us on PR request about a branch not being updated to the destination branch?
作为 repo 审查者，您将获得 PR，审查代码（语义），Github 将简单地检查更改的合并能力。
如果（远程）协作者在过时的主分支上工作，则可能会从测试中获得积极反馈。但是在最新的主提交上合并时可能有隐藏的语义问题或者可能会破坏测试（希望在 CD 的管道测试阶段和进入生产之前）。
话虽如此，我同意始终由审阅者来确保 PR 不应该中断。
但我也在想，为什么不警告审阅者您当前正在合并从 master X 提交后面的分支开始的更改？
有意义吗？或者也许已经有一些东西（我看不见）可能会在 PR UI 中提醒我们？
P.S。我明白....如果上述内容得到证实，这将不是一个真正的问题，而是 Github 的功能请求......但我认为值得对此提出质疑。
您可以使 master 分支受到保护，并要求 PR 中的分支在允许合并之前是最新的。 GitHub documentation 描述了如何做到这一点。
作为 repo 审查者，您将获得 PR，审查代码（语义），Github 将简单地检查更改的合并能力。
如果（远程）协作者在过时的主分支上工作，则可能会从测试中获得积极反馈。但是在最新的主提交上合并时可能有隐藏的语义问题或者可能会破坏测试（希望在 CD 的管道测试阶段和进入生产之前）。
话虽如此，我同意始终由审阅者来确保 PR 不应该中断。
但我也在想，为什么不警告审阅者您当前正在合并从 master X 提交后面的分支开始的更改？
有意义吗？或者也许已经有一些东西（我看不见）可能会在 PR UI 中提醒我们？
P.S。我明白....如果上述内容得到证实，这将不是一个真正的问题，而是 Github 的功能请求......但我认为值得对此提出质疑。
您可以使 master 分支受到保护，并要求 PR 中的分支在允许合并之前是最新的。 GitHub documentation 描述了如何做到这一点。