MIT 的项目，想另起炉灶，是 fork 还是 搞下来再传

[lhx2008]

fork 比较尊重原来的人的劳动成果，但是不太好看

[yangguoshuai]

搞下来再传怎么能算是偷呢，码农，根本就不存在偷不偷的事儿

[kerr92]

只要在你的新项目里注明原来的项目，并保留它的 LICENSE 就都没有问题吧

[abmin521]

不好看 可以自己写
当然也有 fork 后超过原 repo 的

[IssacTomatoTan]

fork 是尊重

[yidinghe]

实事求是的做自己想做的事，不要纠结好看不好看。

[adjusted]

不用 fork，fork 的 repo 限制比较多，readme 注明一下就好了。

[tumbzzc]

居然还有这种想法。。。。看起来是自己的 repo 比较“好看”吗？

[loading]

不 fork，然后自己建，很牛？

在我这个渣渣看来，这也是更渣。

[gDD]

我有个 repo，https://github.com/gaomd/lock-screen-app

最开始是 fork，也在 README 里致谢了（原 repo 没有 LICENSE ），后来改得多了，与原始 repo 相比算是比较重大的更新，就找客服申请把 fork 链接取消了（ README 里的致谢还保留着）。

对于有 LICENSE 的项目，只要符合协议要求就好，是不是 fork 根本到不了要被批评的程度，不过我个人习惯是保留所有 commit log，可以追溯。

[fwee]

@gDD 感觉这种做法比较好，避免了 fork 和另起炉灶的冲突

[kingcos]

哎，我就纳闷有几个僵尸号 fork 我的博客仓库…

[sneezry]

mit 没要求必须 fork。如果你没打算以后 contribute back 就没必须 fork，这个尊不尊重没关系。