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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2250 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

12 条回复 • 2018-10-03 12:39:58 +08:00

yangguoshuai

2018-10-03 08:36:43 +08:00 via Android

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

kerr92

2018-10-03 08:43:34 +08:00

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

abmin521

2018-10-03 08:47:45 +08:00 via Android

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

IssacTomatoTan

2018-10-03 08:51:26 +08:00 via Android

fork 是尊重

yidinghe

2018-10-03 09:57:11 +08:00 via Android

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

adjusted

2018-10-03 10:12:33 +08:00

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

tumbzzc

2018-10-03 10:14:16 +08:00 via Android

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

loading

2018-10-03 10:16:53 +08:00 via Android

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

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

gDD

2018-10-03 10:32:26 +08:00 via iPhone

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

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

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

fwee

2018-10-03 10:55:50 +08:00

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

kingcos

2018-10-03 12:18:21 +08:00 via iPhone

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

sneezry

2018-10-03 12:39:58 +08:00 via iPhone

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

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

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