如何将带有Fork的公开Repo转为私有且不破坏Fork与PR？

我之前帮团队处理过几乎一模一样的场景，分享下实际操作经验和社区里常见的处理方式：

直接转主仓库私有会强制把所有关联Fork改成私有，所以要先让成员把Fork变成独立仓库，再操作主仓库：

• 让每个成员打开自己的Fork仓库，进入「Settings」→「Danger Zone」，找到「Detach from parent repository」选项，确认后这个仓库就彻底和原主仓库解除Fork关联，变成独立的公开仓库了。
• 等所有成员都完成分离操作后，你再把原主仓库转为私有。
• 之后成员可以自主选择把自己的独立仓库保持公开，或者在设置里改成私有（个人账号下的仓库自己就能操作，组织名下的仓库需要对应权限）。

如果不需要成员自主选择，想快速统一处理：

• 进入原主仓库的「Settings」→「Repository visibility」，选择「Private」并确认转换。
• 此时所有关联的Fork（不管是成员个人账号下的，还是组织子团队的）都会自动转为私有，并且依然保持和主仓库的Fork关联，成员还是可以正常提交PR到主仓库，只是所有仓库都变成私有状态了。
• 注：因为你提到所有Fork用户都属于你的组织，不用担心外部用户的Fork被删除的问题（外部用户的Fork在主仓库转私有后会被移除，但你的场景里不存在这种情况）。

在开发者社区里，不少团队在把公开的内部协作仓库转为私有时都会遇到这个问题：

• 中小团队通常会选方案1，提前一周左右通知成员分离Fork，处理完未合并的PR后再转主仓库私有，给成员足够的自主空间；
• 规模较大的团队或者对仓库权限管控要求高的，会直接用方案2统一转私有，之后如果有成员需要把自己的仓库转公开，再让他们按方案1的步骤分离Fork后修改可见性（关联的私有Fork不能直接转公开，必须先解除关联）。

最后提两个注意点：

• 分离Fork后，原有的未合并PR会失效，建议先合并完重要的PR，或者让成员在分离后重新提交PR到私有主仓库；
• 转私有后，记得检查组织的权限设置，确保成员能正常访问自己的Fork和主仓库。

内容的提问来源于stack exchange，提问作者aremay