关于 GitHub 上的合并方法

您可以在 您的 GitHub Enterprise Server 实例 上配置拉取请求合并选项 以满足工作流程需求以及管理 Git 历史记录的首选项。 您可以只对仓库启用所需的方法，以实施一种合并方法，如提交压缩或变基。

在 您的 GitHub Enterprise Server 实例 的拉取请求上单击默认的 Merge pull request（合并拉取请求）选项时， 功能分支中的所有提交都在合并提交中被添加到基本分支。拉取请求通过 --no-ff 选项 进行合并。

要合并拉取请求，您必须在仓库中具有写入权限。

压缩合并提交

在 您的 GitHub Enterprise Server 实例 上的拉取请求中选择 Squash and merge（压缩与合并）选项时，拉取请求的这些提交将被压缩为单个提交。不是从主题分支中查看贡献者的所有个人提交，而是将这些提交组合为一个提交并合并到默认分支中。使用压缩提交的拉取请求通过快进选项 进行合并。

要压缩与合并拉取请求，必须在仓库中具有写入权限，并且仓库必须允许压缩合并。

可使用压缩与合并在仓库中创建更简化的 Git 历史记录。提交正在进行的工作对于处理功能分支很有帮助，但对于在 Git 历史记录中的保留不一定重要。如果您在合并到默认分支的同时将这些提交压缩为一个提交，您可以用清晰的 Git 历史记录保留原始更改。

在启用压缩提交之前，请考虑以下缺点：

• 您会丢失关于最初何时执行了特定更改以及是谁进行了压缩提交的信息。
• 有些使用 "SHA" 或“哈希”ID 的 Git 命令可能更难使用，因为原始提交的 SHA ID 已经丢失。 例如，使用 git rerere 可能不像以前一样有效。

更多信息请参阅“为拉取请求配置提交压缩”。

变基和合并提交

在 您的 GitHub Enterprise Server 实例 上的拉取请求中选择 Rebase and merge（变基与合并）选项时，主题分支（或头部分支）中的所有提交被分别添加到基本分支，而不会合并提交。使用变基提交的拉取请求通过快进选项 进行合并。

要变基与合并拉取请求，必须在仓库中具有写入权限，并且仓库必须允许变基合并。

GitHub Enterprise 上的变基与合并行为与 git rebase 略有不同。GitHub 上的变基与合并会始终更新提交者信息并创建新的提交 SHA，而 GitHub 外部的 git rebase 在提交原型之上发生变基时不会更改提交者信息。有关 git rebase 的更多信息，请参阅 Pro Git book 中的 "Git rebase" 章节。

有关 git rebase 的直观表示，请参阅 Pro Git book 中的 "Git Branching - Rebasing" 章节。

在启用提交变基之前，请考虑以下缺点：

• 仓库贡献者可能必须在命令行上变基，解决任何冲突，并且将其更改推送到拉取请求的主题分支（或删除头部分支），然后才可在 您的 GitHub Enterprise Server 实例 上使用 Rebase and merge（变基和合并） 选项。 强制推送必须谨慎执行，以免贡献者覆盖别人在其工作基础上所做的工作。 要详细了解何时在 您的 GitHub Enterprise Server 实例 上禁用 Rebase and merge（变基和合并）选项以及重新启用它的工作流程，请参阅“关于拉取请求合并”。

更多信息请参阅“为拉取请求配置提交变基”。