Skip to main content

关于复刻

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

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

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

您可以将仓库复刻到您的用户帐户或具有仓库创建权限的任何组织。 For more information, see "Roles in an organization."

如果您可以访问私有仓库且所有者允许复刻,则您可以将该仓库复刻到您的用户帐户或者 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" in the GitHub Enterprise Cloud documentation.

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

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

在开源项目中,复刻常用于迭代想法或更改,然后将其提交回上游仓库。 When you make changes in your user-owned fork and open a pull request that compares your work to the upstream repository, you can give anyone with push access to the upstream repository permission to push changes to your pull request branch (including deleting the branch). 这可加速协作,让仓库维护员在合并之前于本地从用户拥有的复刻对拉取请求进行提交或运行测试。 不可向组织拥有的复刻授予推送权限。

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

If you want to create a new repository from the contents of an existing repository but don't want to merge your changes to the upstream in the future, you can duplicate the repository or, if the repository is a template, you can use the repository as a template. 更多信息请参阅“复制仓库”和“从模板创建仓库”。

延伸阅读