跳过至主要内容
开源

了解开源软件许可证

当谈到开源软件许可证时,有两大类别。一些许可证属于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.

因此,了解开源许可证类型的重要性在于要充分利用其好处之前,务必仔细阅读相关信息,以便做出明智的决定。

开源许可证类型

type-of-oss-licence

宽容许可证

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

Copyleft licenses in open source provide the user of the open-source software with the author’s freedom to modify, use, and redistribute the software. However, it requires users to pass on specific rights to other users downstream by granting them the same rights that were originally given to them.

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.

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

包括在开源软件许可证中是当您发布或与其他人共享您的软件时至关重要的。许可证具有以下几个重要目的:

  • 促进合作和创新。

Open source licenses allow anyone to view, modify, and distribute the source code of your software. This encourages other developers to contribute to your project, fix bugs, and add new features. This can lead to a more robust and innovative software product.

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

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

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

开源许可证可以帮助您建立一个围绕您的软件的用户和开发者社区。这个社区可以提供支持、反馈和新想法来为您的项目服务。

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

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

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

  • 避免版权侵权。

如果您不在软件中包含许可证,则可能面临著版权侵权诉讼的风险。

  • 吸引和保留顶级人才。

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

  • 增强您的品牌声誉。

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

oss_licence(1)

宽容软件许可证是最流行的。这些许可证允许用户修改和重新分发软件,几乎没有任何限制。其中三种最流行的宽容软件许可证版本是:

MIT License

The MIT License 是最流行和宽容的开源软件许可证。它为用户提供了显著的自由,包括允许他们自由分享、修改、使用和商业化材料,只要遵守许可证中规定的所有条件。

Apache License 2.0

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

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

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

Boost软件许可证

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

Copyleft Open-Source Software Licenses

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 LicenseEclipse Public License是来自Eclipse基金会的许可证,被认为是一种弱的共享许可证。 弱的共享许可证要求软件用户分享他们对code的任何更改。这项许可证选择实施一种较弱的共享许可,以减少用户遇到的GNU的通用公共许可证的更严格的要求。

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

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

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

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

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

  • 如果您不确定要选择哪种许可证,Open Source Initiative有一个您可以比较的流行许可证列表。

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

Capgo新版许可证

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

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

Capacitor-updater(插件)已更改许可证从LGPLv3到Mozilla公共许可证版本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_0__在Google上不应使用。

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

继续了解开源软件许可

如果您正在使用 了解开源软件许可Capgo Live Updates for the product workflow in Capgo Live Updates, __CAPGO_KEEP_0__ Live Updates 概述 概述的实现细节 功能 功能的实现细节 关于在 Update Behavior 中的实现细节,以及 Update Types 关于在 Update Types 中的实现细节。

实时更新 Capacitor 应用

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

立即开始

博客最新文章

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