与在fork上开发相比,我应该何时创建新的回购协议?

问题描述

我分叉了一个不再维护的项目,并且已大大超出了原始项目的范围。我的fork比原始项目更活跃,但是更改永远不会合并(也不打算合并)回master分支。

我应该将代码复制到全新的存储库中吗?还是应该继续在叉子上开发?我无法确定派生是仅用于应该最终合并的代码,还是仅适用于从原始存储库中剥离出来的所有项目。

解决方法

这个问题没有一个正确的答案。

从用户的角度来看,GitHub分支只是一个克隆,其中GitHub自己会为您记住一些东西,绘制一些图形, 1 并使其易于创建GitHub拉取请求。如果您计划从不提出任何拉取请求,并且没有人对图表感兴趣,那么它根本不会有任何改变。

(从GitHub的角度看,他们倾向于使用fork,因为这会设置内部Git“替代”,从而减轻了保存原始和克隆所需的存储负载。但是,如果fork从未重新加入,则不会。最终无法获得那么多的胜利。)


1 这些是贡献图等。其中一些对我来说似乎比其他人有用。