在Github上分析回购开始你自己的最佳实践

时间:2013-03-31 20:03:15

标签: git github

github上有一个我想建立的回购。这样做的最佳做法是什么?这就是我所做的:

1)叉子回购。 2)开始新的回购。 3)将forked repo的远程源URL更改为新的repo。 4)将新repo的本地副本推送到github。

这给了我一个新的回购的“起点”,但是,我仍然有原始回购的提交历史等。保持这样的事情的最佳做法/礼仪是什么(而不是删除提交历史和开始从头开始。)

无论我做什么,原作者都会得到充分的信任,但似乎提交历史可能会混淆想要使用我的回购的人。

1 个答案:

答案 0 :(得分:4)

  

一旦我开始添加功能/代码,它将会有所不同,但提交历史记录将是相同的。这是预期的事情吗?

是的,但是分叉​​背后的真正想法是你可以通过pull request回馈upstream回购(即你在GitHub上分叉的回购)。

这就是为什么你通常不只是将原始网址更改为新的仓库,你还注册了一个远程仓库'upstream',指的是你分叉的原始仓库。

fork

另一个想法,即使你没有回馈,也是为了跟上upstream的任何演变:你可以git fetch upstream,并合并或改变你想要的上游提交的任何新提交。

相关问题