导读：近日，有开发者在其博客上描述了一件这样的事
几年前，他和他的朋友在 GitHub 上协作开发了一个项目，并将项目存放在他朋友的私有仓库。项目完成后，这位开发者将该项目 fork 至自己的 GitHub 仓库，以便能独立于他的朋友访问这个项目。
这位 ......
近日，有开发者在其博客上描述了一件这样的事
几年前，他和他的朋友在 GitHub 上协作开发了一个项目，并将项目存放在他朋友的私有仓库。项目完成后，这位开发者将该项目 fork 至自己的 GitHub 仓库，以便能独立于他的朋友访问这个项目。
这位开发者目前依然拥有无限的私有仓库，但他朋友的高级帐户（学生）早已到期。所以上面提到的已 fork 项目的原始仓库现在无法访问，这是意料之中的。
但是，然后问题来了，这位开发者最近需要一个来自该项目的代码片段，在访问他 fork 的项目时 看到了 GitHub 的这个提示：
这位开发者 fork 至自己私有仓库的项目无法访问，因为它的上游仓库没有访问权限。而他如果要访问这个仓库，需要让他的朋友购买高级帐户。
这位开发者认为，GitHub 的这个做法是不妥的，因为它已在其文档中表示"A fork is a copy of a repository"，即 fork 是项目仓库的一份副本，所以他有权限访问 fork 至自己仓库的项目，而 fork 不仅仅只是 引用 。
然后有网友指出了 GitHub 对 fork 的另一个描述：
Private forks inherit the permissions structure of the upstream or parent repository
即私有项目的 fork 会继承上游或父项目仓库的权限结构。
这件事最后的结果是，这位开发者找到了一份这个项目保存在本地的旧的副本，他也没联系 GitHub 的客户支持。
所以，你怎么看待这件事？欢迎大家在评论区留下自己的看法~
