关于复刻

复刻是您管理的仓库的副本。 复刻用于更改项目而不影响原始仓库。 您可以通过拉取请求从原始仓库提取更新,或者提交更改到原始仓库。

复刻仓库类似于复制仓库,主要有两点差异:

  • 您可以使用拉取请求将更改从用户拥有的复刻提交到原始仓库,也称为上游仓库。
  • 您可以通过同步复刻与上游仓库,将更改从上游仓库提交到本地复刻。

您可以将仓库复刻到您的用户帐户或具有仓库创建权限的任何组织。 更多信息请参阅“组织的权限级别”。

如果您可以访问私有仓库且所有者允许复刻,则您可以将该仓库复刻到您的用户帐户或者 GitHub Team 上您具有仓库创建权限的任何组织。 您不能将私有仓库复刻到使用 GitHub Free 的组织。 更多信息请参阅“GitHub 的产品”。

If you're a member of a enterprise with managed users, there are further restrictions on the repositories you can fork. Managed users cannot fork repositories from outside of the enterprise or fork internal repositories. Managed users can fork private repositories owned by organizations in the enterprise into other organizations owned by the enterprise, or as a fork owned by the managed user. For more information, see "About Enterprise Managed Users."

您可以使用 GitHub Desktop 复刻仓库。 更多信息请参阅“从 GitHub Desktop 克隆和复刻仓库”。

删除复刻不会删除原始上游仓库。 您可以对复刻执行所需的任何更改—添加协作者、重命名文件、生成 GitHub Pages—不会影响原始仓库。 复刻的仓库在删除后无法恢复。 更多信息请参阅“恢复删除的仓库”。

在开源项目中,复刻常用于迭代想法或更改,然后将其提交回上游仓库。 在用户拥有的复刻中进行更改,然后打开拉取请求以比较您的工作与上游仓库,便可允许对上游仓库具有推送权限的任何推送更改到拉取请求分支。 这可加速协作,让仓库维护员在合并之前于本地从用户拥有的复刻对拉取请求进行提交或运行测试。 不可向组织拥有的复刻授予推送权限。

私有复刻继承上游或父仓库的权限结构。 例如,如果上游仓库是私有的,并授予团队读/写访问权限,则同一团队对该私有上游仓库的任何复刻拥有读/写权限。 这有助于私有仓库的所有者保持对其代码的控制。

如果以后要从现有仓库的内容创建新仓库,但不想合并上游更改,您可以复制仓库 ,或者,如果该仓库是模板,则使用该仓库作为模板。 更多信息请参阅“复制仓库”和“从模板创建仓库”。

延伸阅读

此文档对您有帮助吗?

隐私政策

帮助我们创建出色的文档!

所有 GitHub 文档都是开源的。看到错误或不清楚的内容了吗?提交拉取请求。

做出贡献

或, 了解如何参与。