为什么我的 GitHub 拉取请求需要在每次提交到 master 后重新设置基准？
Why do my GitHub pull requests need to be rebased after each commit to master?
我有一个问题 GitHub 根本不会自动 rebase/merge 我的拉取请求，即使自创建 PR 分支以来提交到 master 甚至都没有触及相同的PR 本身涉及的文件，因此根本没有任何合并冲突。
我知道这在 GitHub 中是可能的，我自己遇到了一些不需要 rebase 并且合并冲突会自动解决的存储库。
The repository in question is here.
我试过查看项目设置，但我似乎找不到表明这是一个问题的设置。此外，如果我手动重新设置 PR 的基线，它通常会自动发生，而不会提示我解决任何冲突。
这是在required status checks section中配置的，在设置→分支→受保护的分支。相关设置为"Require branches to be up to date before merging".
如果启用此功能，并且status checking is set to "strict" (it is by default)，则
you'll need to bring the head branch up to date after other collaborators merge pull requests to the protected base branch.
我有一个问题 GitHub 根本不会自动 rebase/merge 我的拉取请求，即使自创建 PR 分支以来提交到 master 甚至都没有触及相同的PR 本身涉及的文件，因此根本没有任何合并冲突。
我知道这在 GitHub 中是可能的，我自己遇到了一些不需要 rebase 并且合并冲突会自动解决的存储库。
The repository in question is here.
我试过查看项目设置，但我似乎找不到表明这是一个问题的设置。此外，如果我手动重新设置 PR 的基线，它通常会自动发生，而不会提示我解决任何冲突。
这是在required status checks section中配置的，在设置→分支→受保护的分支。相关设置为"Require branches to be up to date before merging".
如果启用此功能，并且status checking is set to "strict" (it is by default)，则
you'll need to bring the head branch up to date after other collaborators merge pull requests to the protected base branch.