我想在github上建立一个回购协议。这样做的最佳实践是什么?以下是我所做的:
1)放弃回购。
2)启动新回购。
3)将分叉回购的远程源URL更改为新回购。
4)将新回购协议的本地副本推送到github。
这为我提供了一个新回购的“起点”,但是,我仍然拥有原始回购的提交历史等。保存此类内容的最佳实践/礼仪是什么(而不是删除提交历史和从头开始)。
不管我做什么,原始作者都会得到完全的信任,但似乎提交历史可能会让那些想使用我的repo的人感到困惑。

最佳答案

一旦我开始添加特性/代码,它将是不同的,但提交历史将是相同的。这是预料之中的吗?
是的,但fork背后的真正想法是,您有可能通过pull requestupstream回购协议(即您在github端创建的回购协议)作出贡献。
这就是为什么您通常不只是将原始回购的url更改为新回购,还注册了一个远程回购“upstream”,它引用了您派生的原始回购。
另一个想法是,即使你没有回馈,也要跟上upstream的任何演进:你可以git fetch upstream,并合并或重新平衡来自上游的任何新提交。

08-27 08:30