github 是否也会自动将 PR 合并到父分支？
Does github automatically merges the PR to the parent branch also?
我在 git 和 github 中从未遇到过任何关于 PR 的问题。今天发生了一件很奇怪的事情。
有3家分店。 Master, Beta_A and Beta_B.
Beta_A 和 Beta_B 都是由 Master 组成的，他们只用来给 Master PR。今天有一次我为一些早期代码拉了 Beta_B 分支。我将 Beta_B 分支合并到我的 Beta_A 分支。经过一些额外的更改后，我将 PR 从我的 Beta_A 分支提高到 Master。
将 PR 合并到 Master 后，又进行了一次提交，将 Master 合并到 Beta_B 分支。我从来没有注意到发生过这样的事情。
发生这种情况的具体原因是什么？
Pull requests are merged using the --no-ff option, except for pull requests with squashed or rebased commits, which are merged using the fast-forward option.
由于 B 已合并到 A，GitHub 认为 B PR 实际上已合并到 master（通过 A PR 被合并到 master）：它用 no-ff 合并提交标记 PR (B) 完成。
我在 git 和 github 中从未遇到过任何关于 PR 的问题。今天发生了一件很奇怪的事情。
有3家分店。 Master, Beta_A and Beta_B.
Beta_A 和 Beta_B 都是由 Master 组成的，他们只用来给 Master PR。今天有一次我为一些早期代码拉了 Beta_B 分支。我将 Beta_B 分支合并到我的 Beta_A 分支。经过一些额外的更改后，我将 PR 从我的 Beta_A 分支提高到 Master。
将 PR 合并到 Master 后，又进行了一次提交，将 Master 合并到 Beta_B 分支。我从来没有注意到发生过这样的事情。
发生这种情况的具体原因是什么？
Pull requests are merged using the
--no-ffoption, except for pull requests with squashed or rebased commits, which are merged using the fast-forward option.
由于 B 已合并到 A，GitHub 认为 B PR 实际上已合并到 master（通过 A PR 被合并到 master）：它用 no-ff 合并提交标记 PR (B) 完成。