关于拉取请求合并
在拉取请求中，您建议将您在头部分支上所做的更改合并到基准分支中。默认情况下，任何拉取请求都可以在任何时间合并，除非头部分支与基准分支发生冲突。但是，您可能无法在特定时间将拉取请求合并到特定分支中。例如，您可能只能在必需的状态检查通过时才能将拉取请求合并到默认分支中。存储库管理员可以使用分支保护规则为分支添加此类约束。有关更多信息，请参阅“关于受保护的分支”。
作为分支保护规则的替代方案，您可以创建规则集。与分支保护规则相比，规则集具有一些优势，例如状态和更好的可发现性，而无需管理员访问权限。您还可以同时应用多个规则集。有关更多信息，请参阅“关于规则集”。
您可以将拉取请求配置为在满足所有合并要求时自动合并。有关更多信息，请参阅“自动合并拉取请求”。
如果拉取请求存在合并冲突，或者您想在合并之前测试更改，您可以在本地检出拉取请求并使用命令行合并它。
您不能合并草稿拉取请求。有关草稿拉取请求的更多信息，请参阅“关于拉取请求”。
存储库可能已配置为，当您合并拉取请求时，自动删除拉取请求的头部分支。有关更多信息，请参阅“管理分支的自动删除”。
注意
如果在合并其拉取请求后删除了头部分支，GitHub 会检查同一存储库中任何将已删除的分支指定为其基准分支的打开的拉取请求。GitHub 会自动更新任何此类拉取请求，将其基准分支更改为已合并的拉取请求的基准分支。有关更多信息，请参阅“关于分支”。
拉取请求使用--no-ff 选项合并，除了具有压缩或变基提交的拉取请求，它们使用快进选项合并。
您可以将拉取请求链接到问题，以表明修复正在进行中，并在有人合并拉取请求时自动关闭该问题。有关更多信息，请参阅“将拉取请求链接到问题”。
如果您决定不希望主题分支中的更改合并到上游分支，则可以关闭拉取请求而不进行合并。
合并拉取请求
-
在您的存储库名称下，单击 拉取请求.
-
在“拉取请求”列表中，单击您要合并的拉取请求。
-
滚动到拉取请求的底部。根据为您的仓库启用的合并选项，您可以
-
通过点击**合并拉取请求**来将所有提交合并到基础分支。如果未显示**合并拉取请求**选项，请点击合并下拉菜单并选择**创建合并提交**。
-
通过点击合并下拉菜单，选择**压缩并合并**，然后点击**压缩并合并**来将提交压缩成一个提交。
-
通过点击合并下拉菜单，选择**变基并合并**，然后点击**变基并合并**来将提交分别变基到基础分支。
注意
变基并合并将始终更新提交者信息并创建新的提交 SHA。有关更多信息，请参阅“关于拉取请求合并”。
-
-
如果出现提示，请键入提交消息或接受默认消息。
有关压缩合并的默认提交消息的信息，请参阅“关于拉取请求合并”。
-
如果您在 GitHub 上的帐户中关联了多个电子邮件地址，请点击电子邮件地址下拉菜单并选择用作 Git 作者电子邮件地址的电子邮件地址。此下拉菜单中仅显示已验证的电子邮件地址。如果您启用了电子邮件地址隐私，则“无回复”将是默认的提交作者电子邮件地址。有关“无回复”电子邮件地址可能采用的确切形式的更多信息，请参阅“设置您的提交电子邮件地址”。
注意
电子邮件选择器不适用于变基合并，因为变基合并不会创建合并提交。对于压缩合并，只有当您是拉取请求作者并且您关联了多个电子邮件地址时，才会显示电子邮件选择器。
-
点击**确认合并**、**确认压缩并合并**或**确认变基并合并**。
-
可选地，删除分支。这可以使仓库中的分支列表保持整洁。
要了解有关 GitHub CLI 的更多信息，请参阅“关于 GitHub CLI”。
要合并拉取请求，请使用gh pr merge子命令。将pull-request替换为拉取请求的编号、URL 或头部分支。
gh pr merge PULL-REQUEST
按照交互式提示完成合并。有关您可以选择的合并方法的更多信息，请参阅“关于拉取请求合并”。
或者，您可以使用标志跳过交互式提示。例如，此命令将提交压缩成单个提交，提交消息为“my squash commit”，将压缩后的提交合并到基础分支，然后删除本地和远程分支。
gh pr merge 523 --squash --body "my squash commit" --delete-branch
进一步阅读
- "撤消拉取请求"
- "在 GitHub Desktop 中同步您的分支" 使用 GitHub Desktop
- "关于拉取请求合并"
- "解决合并冲突"