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

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

关于拉取请求合并

您可以通过将所有提交保留在功能分支中、将所有提交压缩到一个提交中,或者将个别提交从“头部分支”变基为“基本”分支,以 合并拉取请求

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

在以下情况下,您无法在 您的 GitHub Enterprise Server 实例 上自动变基与合并:

如果您仍然要变基提交,但不能在 您的 GitHub Enterprise Server 实例 上自动变基与合并,则您必须:

在仓库中具有写入权限的任何人然后可以使用 您的 GitHub Enterprise Server 实例 上的变基与合并按钮合并更改

延伸阅读

问问别人

找不到要找的内容?

联系我们