跳过主要内容
开源解决方案

理解开源软件许可证

当谈到开源软件许可证时,有两大类别。一些许可证属于copyleft许可证类别,而其他许可证则属于宽容开源许可证类别。

文章来源

马丁·多纳迪厄

作者

瓦莱里亚

审稿人

乔丹

简体中文

了解开源软件许可证

当谈到开源软件许可证时,存在两大类别。一些许可证属于copyleft许可证类别,而其他许可证则属于宽容开源许可证类别。

在本文中,我将解释什么是开源软件许可证以及其类型。

简介

An Open Source License is a type of license that allows users to freely view, modify, and share the source material of the software. This way, users are able to frequently update the source code and build on the original product.

Depending on the Open Source License type chosen, users may or may not be able to do certain activities with the code, such as selling it or using it commercially. In addition, there are many different types of Open Source Licenses out there, each offering different terms and conditions depending on how you want to use the source material.

因此,了解开源许可证类型的重要性在于能够充分利用其优势。因此,请在做出任何决定之前,务必阅读更多相关信息。

开源许可证类型

开源许可证类型

宽容许可证

A permissive license, sometimes referred to as a non-copyleft license, grants users permission to use, modify, and share the source code, but users also have the option to change some of those terms and conditions for redistribution, including derivative work. In the context of software, a derivative work is a piece of software that is based on an existing program. If the original was released under a permissive license, a creator can choose to share their derivative work with different terms than what the original work’s license might have required.

共享权许可证

在开源软件中,共享权许可证为用户提供了修改、使用和重新分发软件的自由。然而,它要求用户将特定的权利传递给下游用户,授予他们最初给予他们的相同权利。

Copyleft licenses define how redistribution and changes to the code are allowed, prohibiting any attempts at making it proprietary or non-open. This ensures that developers modifying the software have access to the source code to update it or even incorporate their own changes. Of course, any modifications must also be made available so others can benefit from its open source availability. This is a non-issue for academic or research use-cases, but is often a deal breaker when building commercial software.

为什么要包含开源软件许可证?

发布或共享开源软件时,包含开源软件许可证是至关重要的。许可证服务于以下几个重要目的:

  • 促进协作和创新。

开源许可证允许任何人查看、修改和分发软件的源代码。code 这使得其他开发者能够为您的项目贡献代码、修复bug并添加新功能。这可以使软件产品更加强大和创新。

  • 给用户更多的控制和灵活性。

开源许可证通常允许用户以任何目的使用、修改和分发软件,包括商业用途。这使得用户能够更好地控制软件体验,并减少对专有软件供应商的依赖。

  • 建立一个围绕软件的社区。

开源许可证可以帮助您建立一个热爱您的软件的用户和开发者社区。这社区可以提供支持、反馈和新想法。

  • 使软件更易于访问和包容。

开源软件通常免费下载和使用,并且通常可在多种语言中获得。这使得它更易于人们从世界各地访问,无论他们的收入或背景如何。

此外,开源许可证还可以帮助您:

  • 避免版权侵权。

如果您未在软件中包含许可证,则可能面临著版权侵权诉讼的风险。开源许可证明确授予用户使用、修改和分发您的软件的权利,这可以保护您免受法律责任。

  • 吸引和留住顶尖人才。

许多有才华的软件开发人员被开源项目所吸引。通过将您的软件发布在开源许可证下,您可以使您的公司更具吸引力,吸引潜在员工。

  • 增强您的品牌声誉。

开源软件在技术界广受尊敬。通过将您的软件发布在开源许可证下,您可以展示您的合作精神和创新精神的承诺。

oss_licence(1)

宽松许可证是最流行的许可证类型。简而言之,这些许可证允许用户自由修改和重新分发软件,仅有最少的限制。以下是三种最流行的宽松许可证版本:

MIT License

MIT License 是最流行和最宽松的开源软件许可证。它为用户提供了显著的自由,包括允许他们自由分享、修改、使用和商业化材料,只要遵守许可证中规定的所有条件。 MIT License is the most popular and permissive open source software licenses. It provides users with notable freedoms, including allowing them to freely share, modify, use, and commercialize the material if they adhere to all the conditions set forth in the license.

Apache 2.0 授权协议

Apache 2.0 授权协议 是一种流行的宽容软件许可协议,允许用户自由修改和重新分发软件,同时确保最终版权声明和通知保持原始形式。这项开源许可协议允许私有修改和重新分发,并提供明确的许可条款,使任何人都可以了解在使用软件时的权利。

BSD (伯克利软件分发)许可协议

GitHub 允许您选择两种 BSD 许可协议,分别是 BSD 2 条款“简化”许可协议,也被称为“FreeBSD”许可协议;和 BSD 3 条款“新”或“修订”许可协议. 这两种许可协议之间的主要区别在于 3 条款。这一条款限制了软件用户使用作者、作者或贡献者的姓名来推荐产品或服务。

Boost 软件许可协议

Boost 软件许可协议,源自 C++ 的 Boost 库,并于 2008 年获得 OSI 批准。这项许可协议与 MIT 和 BSD 许可协议类似,但在二进制形式下重新分发时不需要署名。

开源软件的Copyleft许可证

Copyleft licenses grant software users permission to use, modify, and share the source code, but also protect against relicensing through specific restrictions and terms and conditions. This represents the reciprocal characteristic of this license that requires users’ work to adhere to the original rights outlined in the license.

GNU许可证 在Copyleft软件许可证中, GPL(通用公共许可证) 是最受欢迎和广泛使用的许可证之一。这项开源许可证授予用户自由地分发程序的副本和修改版本,只要他们保留某些条件,如版权声明、保证声明或添加到未修改程序的许可证。

By making software available with this license type, developers are ensuring that others have access to their source code, allowing them to make improvements and adaptations that benefit the community. In addition, this concept of “copyleft” ensures that anyone can collaboratively share the same freedoms when working with free software.

Mozilla公共许可证

Mozilla公共许可证 ,或MPL,是来自Mozilla基金会 Mozilla公共许可证 并且被认为是一种弱的共享知识产权许可。与此许可 (与 Eclipse Public License 相比) 的区别是,它是基于文件的共享知识产权,这意味着 code 可以与开源或专有 code 结合使用。

Eclipse Public License

The Eclipse Public License该许可来自 Eclipse 基金会,是一种弱的共享知识产权许可。弱的共享知识产权许可要求软件用户分享他们对 code 的任何修改。这项许可选择实施一种较弱的共享知识产权,以减少用户遇到的 GNU 通用公共许可证的更严格的要求。

如何选择适合您的项目的许可?

  • 如果您正在将项目发布为开源许可,请选择与您使用的项目兼容的许可。

  • 如果您希望允许其他人以商业目的使用您的项目,请选择允许此目的的许可。

  • 如果您希望允许其他人修改和分发您的项目,请选择允许此目的的许可。

  • 如果您希望确保您的项目始终保持免费和开源,请选择共享知识产权许可。

  • 如果您不确定要选择哪种许可,请参阅 Open Source Initiative 的流行许可列表进行比较。

选择适合您的开源项目的许可是一个重要的决定。通过仔细考虑您的需求和目标,您可以选择一个许可来实现您的期望结果。

Capgo 新许可

如何实现这一切?通过更改许可。

Capgo 已经从 MIT 许可更改为 GNU Affero 通用公共许可证 V3(AGPLv3)或更高版本的许可。 Capgo 版本可以 在这里找到.

Capacitor-updater(插件)已经从 LGPLv3 更改为 Mozilla 公共许可证 Version 2.0(MPLv2)或更高版本的许可。 Capacitor-updater 版本可以 在这里找到.

这一变化对订阅 Capgo Cloud 或自行托管 Capgo 的任何人都没有影响,但它可能会让一些公司感到不满,因为他们试图使用我的软件来直接竞争我而不贡献回去。

AGPL 是 Google 有问题的许可,因为他们不愿意透露他们的封闭源 code。 Google 反对 AGPL 并 声称: “__CAPGO_KEEP_0__ 根据 GNU Affero 通用公共许可证(AGPL)不应在 Google 使用。”AGPL 的目标是最大限度地提高用户自由,并鼓励公司贡献到开源。 我是一个面向用户的独立应用程序。 我不是一个库或一个更大的项目的一部分。 我不需要 Google 的捐赠,所以我们很高兴地采用 AGPL 许可。 这是 Code 的正确许可。

The goal of the AGPL is to maximize user freedom and to encourage companies to contribute to open-source. I’m a user facing, standalone application. I’m not a library or a piece of a bigger project. I’m not looking for Google’s donations, so we’re happy to be AGPL-licensed. It is the right license for Capgo.

__CAPGO_KEEP_1__

选择开源软件许可时,需要考虑许多因素。然而,开发者社区中有许多流行的选择。常见的宽容许可包括 MIT License、Apache License 和 BSD License。一些常见的强制许可包括 GNU 通用公共许可证和 Mozilla 公共许可证。

继续阅读《理解开源软件许可》

如果您正在使用 《理解开源软件许可》 来规划实时更新的传递,连接它到 Capgo Live Updates for the product workflow in Capgo Live Updates, 实时更新 概述 为实现细节在概述 功能 为实现细节在功能中 为更新行为的实现细节, 和 更新类型 为更新类型的实现细节.

实时更新 Capacitor 应用

当 web 层面 bug 活跃时,通过 Capgo 将修复推送到应用,而不是等待几天的 app 商店审批。用户在后台接收更新,而原生变化保持在正常的审批路径中。

来自 Martin 的人性化支持

立即开始

最新博客文章

Capgo 为您提供创建真正专业的移动应用所需的最佳见解。