删除仓库或更改其可见性时，复刻会发生什么变化？

删除仓库或更改其可见性会影响仓库的复刻。

在本文中

警告

  • 如果您删除某人访问私有仓库的权限，则其对该私有仓库的任何复刻也会被删除。 将保留私人仓库的本地克隆。 如果撤销团队对专用存储库的访问权限，或者删除对专用存储库具有访问权限的团队，并且团队成员无法通过另一个团队访问存储库，则该存储库的专用分支将被删除。
  • 您负责确保无法访问仓库的人员删除任何机密信息或知识产权。
  • 对专用 存储库拥有管理员权限的人可以禁止分叉该存储库，组织所有者可以禁止分叉组织中任何专用存储库。 有关详细信息，请参阅 管理组织的复刻政策 和 管理仓库的复刻政策。

删除私有仓库

当您删除私有仓库时，其所有私有复刻也将被删除。

删除公共仓库

删除公共存储库时，将选择最旧的活跃公共分支作为新的上游存储库。 所有其他存储库均从这一新的上游存储库创建分支，并且后续的拉取请求都转到这一新的上游存储库。

私有复刻和权限

专用分支继承上游存储库的权限结构。 这有助于私有仓库的所有者保持对其代码的控制。 例如，如果上游仓库是私有的，并授予团队读/写访问权限，则同一团队对该私有上游仓库的任何复刻拥有读/写权限。 专用分支仅继承团队权限（而不是个人权限）。

注意

有关详细信息，请参阅“为组织设置基本权限”。

将公共仓库更改为私有仓库

如果将公共仓库设为私有，其公共分支将被分离至新网络中。 与删除公共存储库一样，选择现有的公共分支之一作为新的上游存储库，并且所有其他存储库都从这个新的上游存储库中创建分支。 后续的拉取请求都转到这一新的上游存储库。

换句话说，即使将上游存储库设为专用后，公共存储库的分支也将在其各自的存储库网络中保持公开。 这样复刻所有者便可继续工作和协作，而不会中断。 如果公共分支没有通过这种方式移动到单独的网络中，这些分支的所有者将需要获得适当的访问权限以从（现在专用的）上游存储库中拉取更改并提交拉取请求 - 即使它们以前不需要这些权限。

警告

  • 将公共存储库设为私有会永久移除与那些不再有权限访问该存储库的用户相关的星标和关注者。 如果将来决定再次将该存储库设为公共存储库，则无法恢复这些星标和关注者，这也会影响存储库排名。
  • 依赖项图和 Dependabot alerts 将保持启用状态，并具备权限对该存储库执行只读分析。 除非为此存储库启用 Code Security，否则任何自定义 Dependabot 警报规则会被禁用。
  • 除非为此存储库启用 Code Security，否则 Code scanning 将不可用。
  • 当前分支将保持公用状态，并将从此存储库中分离。

删除私有仓库

如果一个公共仓库被设为私有后再删除，其公共分支将在一个独立的网络中继续存在。

将私有仓库更改为公共仓库

将专用存储库设为公开后，该存储库中的所有提交（包括以前推送到该存储库的专用分支的任何提交）都将迁移到新的公共存储库网络，并且对每个人可见。 以前创建的任何专用分支都将保持专用，但会断开与已设为公开的原始存储库的连接。 每个专用分支将成为一个单独的专用存储库，并创建自己的独立存储库网络。 对这些网络所做的任何新更改都无法从设为公开的原始存储库进行访问。

删除公共仓库

如果将私有仓库设为公共然后删除，其私有复刻将作为单独网络中的独立私有仓库继续存在。

延伸阅读

  •         [AUTOTITLE](/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/setting-repository-visibility)

  •         [AUTOTITLE](/pull-requests/collaborating-with-pull-requests/working-with-forks/about-forks)

  •         [AUTOTITLE](/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/managing-the-forking-policy-for-your-repository)

  •         [AUTOTITLE](/organizations/managing-organization-settings/managing-the-forking-policy-for-your-organization)

  •         [AUTOTITLE](/admin/policies/enforcing-policies-for-your-enterprise/enforcing-repository-management-policies-in-your-enterprise#enforcing-a-policy-on-forking-private-or-internal-repositories)