我创建了一个样板仓库，该仓库基本上处理了Webpack和NPM软件包发布的所有配置。我希望此仓库成为其他可以使用配置但包含项目特定代码（例如实用程序功能）的仓库的基础。我希望能够在更新Webpack之类的东西时从原始存储库中提取所有这些更新的配置更改，同时又不影响复制的存储库中的代码。
我的研究：
我研究了分叉，但这不是一个选择，因为Github不允许分叉到同一组织中。
我研究了在组织内复制（https://github.community/t5/Support-Protips/Alternatives-to-forking-into-the-same-account/ba-p/7428）存储库，但是根据我正在阅读的内容（也许我误解了），这要求我更改复制存储库的远程位置，以指向原始存储库。我想这会使我的所有推送请求都更新原始的回购。
什么是最好的方法。根据我的观察，在组织内部进行分叉将是最好的解决方案，这不是一个选择。
答案 0 :(得分：1)
您不需要服务器端fork即可完成自己的工作。您可以在自己的机器上维护“叉子”。
您保留两个克隆。一个克隆来自样板存储库。另一个来自工作仓库。但是工作仓库的您的克隆具有两个远程控制器，样板仓库（通常称为upstream）和工作仓库（通常称为origin）
当您从其克隆中修改了样板存储库，并且希望其他所有人合并所做的更改时，请进入工作的克隆并从upstream提取并推送至origin。
这与您手动保留任何分叉存储库的最新操作相同。