合并拉取请求

关于拉取请求合并

在拉取请求中，您提议将您对头部分支所做的更改合并到基础分支。默认情况下，任何拉取请求都可随时合并，除非头部分支与基本分支冲突。但是，何时可以将拉取请求合并到特定分支中可能会有一些限制。例如，如果必需状态检查通过，您可能只能将拉取请求合并到默认分支。仓库管理员可以使用分支保护规则向分支添加与此类似的约束。有关详细信息，请参阅“关于受保护分支”。

可以创建规则集作为分支保护规则或标签保护规则的替代方法。相比分支和标签保护规则，规则集有更多的优势，例如它有状态，可发现性更好，而且无需管理员访问权限。还可以同时应用多个规则集。有关详细信息，请参阅“关于规则集”。

您可以配置拉取请求在满足所有合并要求时自动合并。有关详细信息，请参阅“自动合并拉取请求”。

如果拉取请求具有合并冲突，或者你在合并前想要测试更改，可以本地签出拉取请求，然后使用命令行进行合并。

无法合并草稿拉取请求。有关草稿拉取请求的详细信息，请参阅“关于拉取请求”。

仓库可配置为在您合并拉请求时自动删除拉取请求的头部分支。有关详细信息，请参阅“管理分支的自动删除”。

注意：如果您在拉取请求合并后删除头部分支，GitHub 会检查将已删除分支指定为基础分支的同一仓库中的任何开放拉取请求。 GitHub 将自动更新任何此类拉取请求，将其基础分支更改为合并的拉取请求的基础分支。有关详细信息，请参阅“关于分支”。

拉取请求可通过 --no-ff 选项进行合并，但其提交已压缩或变基的拉取请求除外，这些拉取请求通过快进选项进行合并。

你可以将拉取请求链接到问题，以显示修复正在进行中，并在某人合并拉取请求时自动关闭该问题。有关详细信息，请参阅“将拉取请求链接到议题”。

如果决定不想让主题分支中的更改合并到上游分支，可以关闭拉取请求而不合并。