我们经常发布文档更新,此页面的翻译可能仍在进行中。有关最新信息,请访问英文文档。如果此页面上的翻译有问题,请告诉我们
文章版本: Enterprise Server 2.14

此版本的 GitHub Enterprise 将停止服务 此版本的 GitHub Enterprise 已停止服务 2019-07-12. 即使出现严重安全问题,也不会发布补丁。要获得更好的性能、更高的安全性和全新功能,请升级到 GitHub Enterprise 的最新版本。 要获取有关升级的帮助,请联系 GitHub Enterprise 支持部门

关于 GitHub 上的合并方法

您可以允许能够推送到仓库的贡献者使用不同的合并选项在 您的 GitHub Enterprise Server 实例 上合并其推送请求,或者对所有仓库的拉取请求实施特定的合并方法。

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

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

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

standard-merge-commit-diagram

压缩合并提交

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

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

commit-squashing-diagram

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

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

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

变基和合并提交

在 您的 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" 章节

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

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

问问别人

找不到要找的内容?

联系我们