这是一个创建于 1730 天前的主题，其中的信息可能已经有所发展或是发生改变。
应该选择什么开源协议，需要防范哪些问题？希望踩过坑的同学来分享一下经验，怕玩脱了。
背景：
- 这个产品是我们的主要工作内容，目前投入还是非常大的，5 个开发一年半的工作量（ React + MobX + TypeScript + Node.js ）。
- 开源的目的是促进开发者社区建设，中长期是想推应用生态建设，但是又不想失去主导权（如果被大家看得上）。
13 条回复 • 2020-03-01 06:51:34 +08:00
 |
1
maichael 2020-02-29 17:42:38 +08:00
github 专门搞了个网站让你选 https://choosealicense.com/
|
 |
2
airyland 2020-02-29 17:55:52 +08:00
想去你们网站注册体验下，发现验证码发了非常久的时间才收到，输入时已经失效了。
|
 |
5
uxstone 2020-02-29 18:28:02 +08:00
选 MIT ？
|
 |
6
snw 2020-02-29 18:41:06 +08:00 via Android  1
可以尝试新版作为商业版用商业授权，上一个大版本用 GPL 开源成社区版，前提是大版本间构架没有太大差异。
或者不提供开源许可，只提供开发文档，向个人非商业用户提供免费使用。 既然你们人少又不想失去主导权，那就不建议用 MIT, BSD, Apache 之类宽容的许可。GPL 就国内的案例来说也不算很安全，协议是认可有效的，但法院不一定认可传染性。 |
 |
9
cmdOptionKana 2020-02-29 19:23:07 +08:00
拆成几大块，有核心竞争力的代码就别开源了。另外，GPL 不知道会不会导致反过来限制自己以后也要继续开源。
|
 |
10
vilic OP @cmdOptionKana 基本都是应用层的东西，单独拿出来应该谈不上啥核心竞争力，不过拆分一下倒是可以考虑。刚刚查了下应该是不会限制的，不过倒是要搞 CLA。
|
 |
11
ysc3839 2020-03-01 00:03:51 +08:00 via Android 1
@cmdOptionKana 我认为是不会的。开源协议是版权所有者授权给不拥有版权的人使用，没理由授权之后我自己的版权也丧失了吧？
|
 |
12
felixin 2020-03-01 02:56:12 +08:00 via Android
什么工具介绍一下？
|
Select Language