我想创建由Mac App Store以$ n出售的应用，但我想打开它的来源。每个人都可以查看源代码并进行编译（当然，如果他们有xcode）。我可以使用什么牌照？
答案 0 :(得分：4)
这只是部分答案，但it looks like您不能仅使用GPL 。
答案 1 :(得分：2)
任何许可，我想。作为版权的原作者和所有者，您没有义务遵守许可条款。而且，如果您做选择关注它们，帮助菜单中的简单“转到（SourceForge / GitHub / Google Code / Whatever）页面”将满足GPL *提供源代码的要求接收二进制文件的人的代码。
*我选择GPL只是因为你标记了它 - 请不要认为它是对特定许可的认可，或拒绝任何其他许可！ ： - ）
答案 2 :(得分：-4)
您无法使用感染其他软件的许可证。 LGPL应该没问题。大多数商业企业不允许使用GPL，因为任何作为GPL应用程序衍生作品的作品也必须是GPL。衍生作品没有被正确定义，并且在实践中它归结为“使用”某些GPL应用程序，因为99％的时间人们对修改或扩展GPl应用程序不感兴趣。当然，“使用”也没有正确定义。当你链接到一些api所以你可以使用GPL应用程序你是使用GPL应用程序还是你正在进行衍生作品。 “使用”的含义在GPL中并不明确。
例如，大多数人会考虑使用一些GPL src编辑器来解决这个问题。虽然即使是这样一个微不足道的GPL应用程序使用也不是100％清楚。阅读GPL野牛编辑器。使用bison编辑的代码必须是GPL，但是当涉及到bison编辑器时，他们在这方面明确地对GPL做出例外。
GPL中“使用”这个不明确的含义是让人们像瘟疫一样避免使用GPL的问题。例如，如果你将MySQL与某些C ++应用程序一起使用......你怎么能这样做？您必须使用一些“驱动程序”与MySQL服务进行通信。所以，即使你没有修改MySQL也没有扩展它......并且没有正常的意义，你的工作是MySQL的衍生工作......你只是在谈论MySQL ......在法庭上你可能会认为你的应用程序链接到一个GPL“驱动程序”，现在您必须打开您的闭源商业应用程序并根据GPL将其提供。因此，您的企业很可能会破产......而这一切只是因为团队中一些不知情的成员对GPL中“使用”含义的含义不明确感到困惑。 “使用”的解释......衍生作品的构成与......的捆绑使用之间的关系可能因为它如此不清楚而被扭曲，因此一般政策是禁止在商业环境中使用任何GPL。