选择许可证后可以更改许可证吗?


47

我正在开发一种我还没有完全准备好的产品,但是我有一些用户非常感兴趣,现在他们将其用作“ alpha”测试仪。我现在想免费为他们提供产品作为“ alpha”测试人员,但我希望以后再授权该软件。

这可能吗?谁能指出我任何链接/书/文章/等?

谢谢。

编辑: 由于缺乏明确性和对问题的回答,我认为我应该添加此声明。

我还没有决定要关闭还是开源这个项目。想要立即使用它的用户群让我有些惊讶,我担心我的选择是什么,因为现在能够以开放源代码的形式提供给他们,后来又改为封闭源代码,或者反之亦然。

感谢所有回答和评论的人。我非常感谢您的见解。


打开还是关闭源?
quick_now 2011-3-7

6
如果您免费为某人提供产品,这并不意味着该产品的所有副本或重新分发都必须免费。
ProdigySim 2011年

Answers:


41

如果您拥有所有代码,则可以根据所需许可证重新发布它。

如果有人为项目贡献了补丁,就会出现问题。通常发生的事情是他们拥有该代码,并且根据当前的软件许可证提供了代码。(您应该拥有涵盖此内容的某种贡献者协议。)因此,要重新许可,您需要他们的许可。根据您的贡献者人数,这可能很难。作为参考,请查看OpenStreetMap许可证更改及其花费的时间。

但是IANAL,免责声明等。

人们会对您的许可证更改做出什么是另一回事,因为另一个答案对此有所评论。

编辑:我回答了这个问题,因为它与开源产品有关。但是重新阅读这个问题,我看不出它是封闭源代码还是开放源代码。

如果您要谈论2个封闭源代码许可证,那么很容易:如果您拥有所有代码,则可以根据需要使用任何许可证重新发布它。只需以零价格制作您的Alpha版本商业封闭源代码许可,所有常用条款(不得复制等)。


拥有具有最新功能和更新的商业版本,并在一段时间后将其迁移到免费的开源版本是一种相当普遍的策略。例如,Alfresco和Magento就是这样做的。
Victor Nicollet

当然,问题还在于他要证明(!)他的代码在封闭源应用程序中使用。对于他来说,要证明这一点要比对您进行反驳更困难。
Rook

@victor是的...或者拥有基本版本和具有企业附加功能的封闭商业版本。这些策略的工作方式是另一个问题。此类程序的贡献者协议可能更加复杂,并且可能会使开源作者感到失望:-) @Rook好的,我回答了这个问题,就好像在开源许可证之间移动一样。如果从开放许可证转换为封闭许可证存在问题,您会发现怀疑自己的工作被盗的开源开发人员会陪同许多ppl和组织,您通常希望避免由此而来的争执。
詹姆斯

2
我们要做的是有供稿人签署供稿人协议,并分配共同版权(因此我们的公司和供稿人都拥有代码)。这样,我们仍然具有重新许可的能力,但是他们仍然拥有自己的所有权利。这与SharpDevelop的工作方式相同。
斯科特·惠特洛克

@scott是,请参见sugarforge.org/content/community/participate/…作为示例。他们拥有所有权利,并授予您使用代码的许可。作为从事与业务相关的开源项目的开发人员,我可以理解为什么这样的事情是必要的,但是我仍然会为我是否想为这样的项目做出贡献而苦苦思索:-)
James

15

这是一个棘手的问题,这取决于软件的独特性,以及您是否希望外界能够做出很多重大贡献。

如果人们仅向您发送了对软件的重大更改,那么您(作为原始作者)将仍然是拥有该软件的版权的唯一人,因此,您可以随时关闭它。但是,请意识到,如果您已经按照标准的开放源代码许可证发布了该软件的先前版本,那么任何人都可以从这样的旧版本中分叉您的软件,因此,您可能总是会拥有一个开放源代码您专有软件包的竞争对手。这实际上就是SSH的原始作者 Tatu Ylonen所发生的事情,后来成为ssh.com的创始人兼CTO,尽管他们分发具有他的版权的文件,但与OpenBSD和OpenSSH并没有多大关系。(尽管塔图·伊洛宁(Tatu Ylonen)的主要遗憾是与版权无关,而是他将“ ssh”和“安全外壳”商标丢给了通用商标,从而失去了商标。)

那么,如果人们确实向您发送了对软件的重大更改,该更改将受到版权保护,并且您希望将其集成到源代码树中,该怎么办?您可以建立这些法律协议之一,供稿者将版权分配给您,因此,从法律上讲,您仍然是该软件的唯一“作者”。我来自FreeBSD / OpenBSD阵营,我们认为版权分配通常被认为是不好的味道。FSF因其大多数软件的版权分配而臭名昭著。NetBSD为其成员提供了一个选择(这使NetBSD Foundation可以从其许可证中删除两个条款在所有文件中,没有任何人要求拥有个人版权);许多商业公司都有各种各样的贡献者协议,可以执行各种转让。Linus Torvalds站在哪里? Linus也不喜欢贡献者协议,而且,正如您可能猜到的那样,除了GPLv2本身之外,Lunux内核没有任何协议。

因此,如果您确实在没有版权分配的情况下接受对树的版权更改,该怎么办?这是您最初选择许可证的地方。如果您选择了GPL,那么贡献者也将根据GPL向您许可自己的代码,那么您就很受GPL的束缚,并且始终必须将源代码发布给任何后续的商业产品(但所有您的竞争对手)。如果您选择BSD / ISC / OpenBSD许可,那么您可以随时关闭源以添加额外的付费功能,而无需发布任何源更改(但您也向竞争对手授予了相同的权利) )。

当然,如果回顾过去,如果您决定多年后仍希望您的软件使用其他许可,则可以随时尝试与所有以前的贡献者联系,以根据新许可重新许可他们的更改。这是一个非常痛苦且漫长的项目-如果无法联系某人该怎么办?Mozilla和VLC过去曾进行过此类许可;他们当然一定已经享受了新许可证的好处,但是我高度怀疑他们是否享受了长达数年的过程。

无论如何,无论您选择使用GPL还是BSD,拥有开源版本的软件始终会带来很多好处,这已经被许多成功地围绕编写和发布开源软件的成功商业公司证明了。



2

您的问题还不清楚。许可证通常不会控制您是否免费提供东西。许可证与代码的所有权,分发,保修和使用适用性等有关。

您打算给他们源代码吗?如果是这样,您是否打算让他们能够发布自己的产品?然后,您需要一个源代码许可证。

如果您只是给他们二进制文件而又不想收费,那么您可以拿出一份准证,涵盖保修和责任方面的全部内容。声明您的版权,说它只能按您指定的方式分发。

您发布的产品的每个版本都由其自己的许可证管理,如果您是唯一的开发人员,则可以随时选择所需的任何许可证,然后随时进行更改。


感谢您的回复。从某种意义上讲,我认为缺乏清晰度是问题的一部分。我想我想问一下我是否想让他们现在将其与源一起使用,然后决定关闭它(在Alpha期间之后),或者反之亦然。
亚当

只是不包括任何许可证。然后,他们将有权修改或重新分发。
David Schwartz

1

好吧,我个人认为在此阶段考虑许可是一件好事。

从消费者的角度来看,我认为一旦选择许可证就不要更改许可证。这并不是说您不能做到(可移动类型是一个著名的例子),但是冒着驱赶用户群的风险(可移动类型是一个著名的例子)。


0

是的,您可以为他们提供限时版本,该版本将在特定时间点停止运行。

如果需要,您始终可以发布具有过期期限的新版本。

直到您准备好最终版本。


但是,这并不是解决许可证问题(即将软件发布给公众的合法许可证)的真正解决方案。
Timo Geusch 2011年

我不明白这个问题。他问他以后是否可以对该软件收费。这就是我翻译问题的方式。

2
我认为您对这个问题的理解很好。解决早期发行版“许可证”问题的一种方法是定时炸弹。这没什么不对的,它阻止了旧版本在将来的使用(和所需的支持)。您也可以拥有所有不错的法律资料,但是提出“这是早期的,不会永远持续下去”的实用方法也是一件好事。
quick_now 2011年

1
+1,但您显然需要让用户意识到这一限制-他们不想只为了通知应用程序已死而一天不运行该应用程序。
柯克·布罗德赫斯特

@KirkBroadhurst它可能不会死,只是不受支持,所以您必须自己维护任何更改/错误修复。但是,是的,清楚这一点很重要。
icc97 '18
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.