将GitHub项目的分支发布到新的NPM模块，但保留与原始合并的选项？
GitHub和NPM上存在一个高质量的开源代码库，拥有广泛的用户群。
我已经分出了这个项目并做了大量的扩展。 我认为准备合并回来。 但（适当地）它的项目所有者谁打电话不是我。 现在已经有几个星期没有答复了。
有几位用户就这个被合并回来的问题进行了讨论，并且更多的直接和我联系，作为一个单独的项目发布到NPM上。
严重的开发人员可以通过GitHub获得新版本，但它只是原始资源，而不是链接/缩小/定制版本，因为自述文件说不要运行make dist直到它合并回来并且版本号递增。
我认为它应该像创build这个分支的分支一样简单，并将其作为一个新的NPM模块发布。 但GitHub不允许我这样做（“你已经在看这个项目”）
有没有一种方法可以将其作为新的NPM模块发布，但仍然保留选项
- 我的叉子向原始提交拉请求
- 我的叉子从原来的上游变化
- 我的分叉来从我的叉（从而原来的）获取上游变化
我是否在新的电子邮件地址下创build新的GitHub帐户？
叉在GitHub我的回购叉
@ user2943490给了你正确的解决scheme，使用分支，而不是额外的叉子。
让我扩大这个答案，以回答你仍然能够推动或拉动几个方向的问题。 git（或者说它的数据结构）的devise方式使得你可以随时在任意的仓库之间进行推送和拉取，不pipe是什么。 即使他们从来没有共同的祖先也没有区别。
是的，你可能会发生疯狂的冲突，显然如果你试图合并完全不相关的文件，混沌可能会随之而来，但它仍然是可能的。 Git只关心文件的实际内容，而不关心它们从哪里分出来。
在你的例子中，你将与上游有共同的承诺，这永远不会是一个问题。