与在 fork 上开发相比，我什么时候应该创建一个新的 repo？
When should I create a new repo compared to developing on a fork?
我fork了一个不再维护的项目，并且已经大大超出了原项目的范围。我的 fork 比原来的项目更活跃，但是更改永远不会（也不打算合并）回 master 分支。
我应该将我的代码复制到一个全新的存储库吗？还是我应该继续在分叉上开发？我不知道分叉是只针对应该最终合并的代码，还是针对从原始 repo 衍生出来的所有项目。
这个问题没有唯一的正确答案。
从用户的角度来看，GitHub 分叉只是一个克隆，GitHub 自己会为您记住一些东西，绘制一些图表，1 并安排以轻松创建 GitHub 拉取请求。如果您打算永远不提出任何拉取请求并且没有人对图表有任何兴趣，那么它根本不会产生任何影响。
（从 GitHub 的角度来看，他们倾向于喜欢分叉，因为这会设置内部 Git “替代”，从而减少存储原始文件和克隆文件所需的存储负载. 但如果叉子永远不会重新加入，这最终不会带来那么大的胜利。）
1这些是贡献图之类的。其中一些对我来说似乎比其他的更有用。
我fork了一个不再维护的项目，并且已经大大超出了原项目的范围。我的 fork 比原来的项目更活跃，但是更改永远不会（也不打算合并）回 master 分支。
我应该将我的代码复制到一个全新的存储库吗？还是我应该继续在分叉上开发？我不知道分叉是只针对应该最终合并的代码，还是针对从原始 repo 衍生出来的所有项目。
这个问题没有唯一的正确答案。
从用户的角度来看，GitHub 分叉只是一个克隆，GitHub 自己会为您记住一些东西，绘制一些图表，1 并安排以轻松创建 GitHub 拉取请求。如果您打算永远不提出任何拉取请求并且没有人对图表有任何兴趣，那么它根本不会产生任何影响。
（从 GitHub 的角度来看，他们倾向于喜欢分叉，因为这会设置内部 Git “替代”，从而减少存储原始文件和克隆文件所需的存储负载. 但如果叉子永远不会重新加入，这最终不会带来那么大的胜利。）
1这些是贡献图之类的。其中一些对我来说似乎比其他的更有用。