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

此版本的 GitHub Enterprise 已停止服务 2021-03-02. 即使针对重大安全问题,也不会发布补丁。 要获得更好的性能、改进的安全性和新功能,请升级到 GitHub Enterprise 的最新版本。 如需升级方面的帮助,请联系 GitHub Enterprise 支持

关于分支

使用分支隔离开发工作而不影响仓库中的其他分支。 每个仓库都有一个默认分支,也可有多个其他分支。 您可以使用拉取请求将一个分支合并到另一个分支。

本文内容

关于分支

分支允许您在仓库的包含区域中开发功能、修复错误或安全地试验新的想法。

始终可以从现有分支创建分支。 通常,您可能会从仓库的默认分支创建新的分支。 然后,您可以单独处理这个新分支,不受其他人对仓库所做更改的影响。 为构建功能而创建的分支通常称为功能分支或主题分支。 更多信息请参阅“创建和删除仓库中的分支”。

也可以使用分支发布 GitHub Pages 网站。 更多信息请参阅“关于 GitHub Pages”。

必须对仓库有写入权限才可在拉取请求中创建分支、打开拉取请求或者删除和恢复分支。 更多信息请参阅“GitHub 上的访问权限”。

关于默认分支

在 您的 GitHub Enterprise Server 实例和 GitHub Enterprise Server 上创建一个有内容的仓库时,将创建包含单一分支的仓库。 仓库中的第一个分支是默认分支。 默认分支是任何人访问您的仓库时 GitHub 显示的分支。 默认分支也是初始分支,当有人克隆存储库时,Git 会在本地检出该分支。 除非指定不同的分支,否则仓库中的默认分支是新拉取请求和代码提交的基础分支。

默认情况下,GitHub Enterprise Server 将任何新仓库中的默认分支命名为master

您可以为新仓库设置默认分支名称。 更多信息请参阅“管理仓库的默认分支”、“管理组织中仓库的默认分支”和 “在企业中实施仓库管理策略”。

使用分支

对您的工作感到满意后,可以打开拉取请求以将当前分支(头部分支)的更改合并到另一个分支(基础分支)。 更多信息请参阅“关于拉取请求”。

在拉取请求合并或关闭后,可以删除头分支,因为不再需要。 您必须对仓库具有写入权限才能删除分支。 无法删除与打开的拉取请求直接关联的分支。 更多信息请参阅“删除和恢复拉取请求中的分支”。

使用受保护分支

仓库管理员可对分支启用保护。 如果您处理的是受保护分支,将无法删除或强制推送到该分支。 在分支可以合并之前,仓库管理员可以另外启用几项其他受保护分支设置来实施不同的工作流程。

注:如果您是仓库管理员,则即使拉取请求不符合要求,只要分支保护未设置为 "Include administrators"(包括管理员),便可在启用了分支保护的分支上合并拉取请求。

要查看您的拉取请求能否合并,请查看拉取请求的 Conversation(对话)选项卡底部的合并框。 更多信息请参阅“关于受保护分支”。

当分支受保护时:

  • 您无法删除或强制推送到该分支。
  • 如果对分支启用了必需状态检查,则在所有必需 CI 测试通过之前,无法将更改合并到分支。 更多信息请参阅“关于状态检查”。
  • 如果对分支启用了必需拉取请求审查,则在满足拉取请求审查策略中的所有要求之前,无法将更改合并到分支。 更多信息请参阅“合并拉取请求”。
  • 如果对分支启用了代码所有者的必需审查,并且拉取请求修改具有所有者的代码,则代码所有者必须批准拉取请求后才可合并。 更多信息请参阅“关于代码所有者”。
  • 如果对分支启用了必需提交签名,则无法将任何提交推送到未签名和验证的分支。 更多信息请参阅“关于提交签名验证”和“关于受保护分支”。

延伸阅读