오픈 소스 소프트웨어 라이선스에 대해 이야기할 때, 두 가지 광범위한 범주가 있습니다. 어떤 라이선스는 copyleft 라이선스 범주에 속하고, 다른 라이선스는 허용적인 오픈 소스 라이선스입니다.
이 글에서, 오픈 소스 소프트웨어 라이센싱에 대해 설명하겠습니다.
소개
오픈 소스 라이선스는 소프트웨어의 원본 소스 코드를 자유롭게 볼 수 있고, 수정하고, 공유할 수 있도록 허용하는 라이선스입니다. 이로써 사용자는 원본 소스 code를 자주 업데이트하고, 원본 제품에 기초하여 개발할 수 있습니다.
code에 따라 사용자가 특정 활동을 수행할 수 있는지 여부는 Open Source License 유형에 따라 달라집니다. 사용자는 code을 판매하거나 상업적으로 사용할 수 있습니까? 또한 Open Source License 유형은 여러 가지가 있으며, 각 유형은 사용자가 소스 자료를 사용하는 방식에 따라 다른 조건과 약관을 제공합니다.
Open Source License 유형을 이해하기 전에 이점을 활용하기 전에 반드시 읽어보세요. 중요한 것은 Open Source License 유형을 이해하는 것입니다.
Open Source License 유형
허용 라이선스
허용 라이선스는 때때로 비공유권 라이선스라고도 불립니다. 사용자는 소스 code을 사용, 수정, 공유할 수 있지만, 사용자는 재배포 시에 조건과 약관을 일부 변경할 수 있습니다. 이 경우, 파생 작품은 기존 프로그램에 기반을 둡니다. 원래 소프트웨어가 허용 라이선스하에 출시되었다면, 생성자는 파생 작품을 원래 소프트웨어의 라이선스 조건보다 다른 조건으로 공유할 수 있습니다.
공유권 라이선스
공유권 라이선스는 오픈 소스에서 사용자가 소프트웨어의 저작권자에게 주어진 자유를 사용, 수정, 재배포할 수 있지만, 사용자는 다운스트림 사용자에게 특정 권리를 부여해야 합니다. 사용자는 원래 소프트웨어의 라이선스 조건보다 다른 조건으로 재배포할 수 있습니다.
Copyleft 라이선스는 code의 재배포 및 변경을 허용하는 방법을 정의하며, code을 사유화하거나 비공개로 만드는 시도를 금지합니다. 개발자가 소프트웨어를 수정하는 데는 code의 원본 소스에 접근할 수 있으므로 소프트웨어를 업데이트하거나 자신의 변경 사항을 통합할 수 있습니다. 물론, 모든 변경 사항은 다른 사람들이 오픈 소스 사용 가능성을 이익으로 얻을 수 있도록 제공해야 합니다. 학술 또는 연구 용도에는 문제가 되지 않지만, 상업 소프트웨어를 빌드할 때는 종종 거래를 깨트립니다.
오픈 소스 소프트웨어 라이선스 포함하기
오픈 소스 소프트웨어 라이선스를 포함하는 것은 소프트웨어를 다른 사람과 공유하거나 공개할 때 매우 중요합니다. 라이선스는 다음과 같은 중요한 목적을 달성합니다.
- 협업과 혁신을 촉진하기.
오픈 소스 라이선스는 사용자가 소프트웨어의 원본 code을 검토, 수정 및 배포할 수 있도록 허용합니다. 다른 개발자가 프로젝트에 기여하고 버그를 수정하고 새로운 기능을 추가할 수 있도록 유도합니다. 이는 더 강력하고 혁신적인 소프트웨어 제품으로 이어질 수 있습니다.
- 사용자에게 더 많은 통제와 유연성을 제공하기.
오픈 소스 라이선스는 일반적으로 사용자가 소프트웨어를 상업 용도로 사용, 수정 및 배포할 수 있도록 허용합니다. 사용자가 더 많은 통제력을 가질 수 있고, 사유 소프트웨어 공급자에 의존하지 않도록 합니다.
- 소프트웨어 주변의 커뮤니티를 구축하기.
소프트웨어를 개발할 때 오픈 소스 라이선스를 사용하면 사용자와 개발자들의 공동체를 만들 수 있습니다. 이 공동체는 소프트웨어 개발에 대한 지지, 피드백 및 새로운 아이디어를 제공할 수 있습니다.
- 소프트웨어를 더 접근 가능하고 포함적으로 만드는 것입니다.
오픈 소스 소프트웨어는 일반적으로 무료로 다운로드하고 사용할 수 있으며, 여러 언어로 제공되며, 이로 인해 전 세계의 모든 사람들에게 소득이나 배경과 관계없이 접근할 수 있습니다.
오픈 소스 라이선스를 사용하면 다음 이점도 얻을 수 있습니다.
- 저작권 침해를 피하는 것입니다.
소프트웨어를 라이선스 없이 배포하면 저작권 침해 소송의 위험이 있습니다. 오픈 소스 라이선스는 사용자에게 소프트웨어를 사용, 수정, 배포할 수 있는 권한을 명시적으로 부여하며, 법적 책임을 피할 수 있습니다.
- 최고의 인재를 끌어들이고 유지하는 것입니다.
많은 재능 있는 소프트웨어 개발자들은 오픈 소스 프로젝트에 관심을 가집니다. 오픈 소스 라이선스를 사용하여 소프트웨어를 배포하면 회사에 대한 인재 유치력을 높일 수 있습니다.
- 브랜드 명성을 높이는 것입니다.
오픈 소스 소프트웨어는 기술 커뮤니티에서 널리 존경받습니다. 오픈 소스 라이선스를 사용하여 소프트웨어를 배포하면 협력과 혁신에 대한 회사에 대한 의지력을 보여줄 수 있습니다.
퍼미시브 오픈 소스 소프트웨어 라이선스
가장 인기 있는 소프트웨어 라이선스는 자유 라이선스입니다. 이러한 라이선스는 사용자가 소프트웨어를 수정하고 재배포할 수 있도록 허용하며, 최소한의 제한만 있습니다. 가장 인기 있는 자유 라이선스의 세 가지 버전은:
__CAPGO_KEEP_0__
MIT 라이선스는 가장 인기 있는 오픈 소스 소프트웨어 라이선스입니다. 사용자에게 중요한 자유를 제공하며, 소프트웨어를 자유롭게 공유, 수정, 사용 및 상업화할 수 있도록 허용합니다. 단, 라이선스 조건을 준수해야 합니다. Apache 라이선스 2.0 Apache 라이선스 2.0은 사용자가 소프트웨어를 자유롭게 수정 및 재배포할 수 있도록 허용하며, 결과물의 저작권 선언 및 공지가 원본 형태로 유지되도록 보장합니다. 이 오픈 소스 라이선스는 사유 수정 및 재배포를 허용하며, 사용자가 소프트웨어를 사용할 때 권리를 이해할 수 있도록 명확한 라이선스 조건을 제공합니다.
BSD (베르클리 소프트웨어 배포) 라이선스
__CAPGO_KEEP_0__ BSD 2-Clause "Simplified" 라이선스
"BSD 2-Clause "Simplified" 라이선스"는 "FreeBSD" 라이선스라고도 불립니다.
GitHub lets you choose between two BSD licenses, the BSD 2-Clause “Simplified” License, sometimes referred to as the “FreeBSD” license; and the BSD 3-Clause “New” or “Revised” License이 두 가지 라이선스의 주요 차이점은 3-절에 있습니다. 이 절은 저자, 저자 또는 기여자 이름을 제품 또는 서비스를 홍보하기 위해 사용하는 것을 제한합니다.
Boost Software License
Boost Software License는 C++ Boost Libraries에서 왔으며 2008년 OSI에서 승인되었습니다. 이 라이선스는 MIT 및 BSD 라이선스와 유사하지만 바이너리 형태로 재배포할 때 저작권 표시가 필요하지 않습니다.Copyleft Open-Source Software Licenses
Copyleft 라이선스는 소프트웨어 사용자에게 소스 코드 __CAPGO_KEEP_0__를 사용, 수정 및 공유할 수 있는 권한을 부여하지만 특정 제한 및 조건을 통해 재라이선싱을 보호합니다. 이 라이선스는 원래 권한을 정의한 라이선스에 따라 사용자의 작업을 준수하도록 요구하는 상호 작용적인 특성을 대표합니다.
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.
Copyleft 소프트웨어 라이선스에 대한 경우, GPL (General Public License) 는 가장 인기 있는 및 광범위하게 사용되는 라이선스 중 하나입니다. 이 오픈 소스 라이선스는 프로그램의 특정 조건, chẳng hạn에 저작권 고지, 보증 거부 또는 추가된 프로그램에 추가된 라이선스를 유지하는 경우에 복사본 및 수정된 버전을 배포할 수 있는 자유를 부여합니다. __CAPGO_KEEP_0__
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 Public License
Mozilla Public License Mozilla Public LicenseMozilla Foundation Mozilla Foundation and is also considered a weak copyleft license. The difference with this license (in comparison with the Eclipse Public License) is that it is file-based copyleft, which means code can be combined with open-source or proprietary code.
Mozilla Public License
Mozilla Public License Mozilla Public License, is from the Eclipse Foundation and is considered a weak copyleft license. A weak copyleft license requires software users to share any changes they make to the code. This license chose to implement a weaker copyleft as a way to reduce the stricter requirements users encountered with GNU’s General Public Licenses.
Mozilla Public License
-
오픈 소스 라이선스 하에 프로젝트를 출시할 경우, 사용 중인 프로젝트와 호환되는 라이선스를 선택하세요.
-
상업적 목적으로 프로젝트를 사용할 수 있도록 허용하려면, 상업적 목적을 허용하는 라이선스를 선택하세요.
-
프로젝트를 수정하고 배포할 수 있도록 허용하려면, 수정 및 배포를 허용하는 라이선스를 선택하세요.
-
프로젝트가 자유롭고 오픈 소스로 유지되도록 보장하려면, copyleft 라이선스를 선택하세요.
-
어떤 라이선스를 선택해야 하는지 모르겠다면, Open Source Initiative는 인기 라이선스를 비교할 수 있는 목록을 제공합니다.
오픈 소스 프로젝트에 대한 올바른 라이선스를 선택하는 것은 중요한 결정입니다. 자신의 필요와 목표를 신중하게 고려하여, 원하는 결과를 달성할 수 있는 라이선스를 선택할 수 있습니다.
Capgo 새로운 라이선스
그것을 어떻게 accomplish할 수 있나요? 라이선스를 변경하는 것입니다.
Capgo는 MIT에서 GNU Affero General Public License V3 (AGPLv3) 또는 그 이상의 버전으로 라이선스를 변경했습니다. Capgo 버전은 여기서 찾을 수 있습니다..
Capacitor-updater (플러그인)는 LGPLv3에서 Mozilla Public License Version 2.0 (MPLv2) 또는 그 이상의 버전으로 라이선스를 변경했습니다. Capacitor-updater 버전은 여기서 찾을 수 있습니다..
이 변경은 Capgo Cloud에 구독하거나 Capgo을 자체 호스팅하는 모든 사용자에게 영향을 미치지 않지만, 직접 경쟁하기 위해私のソフト웨어를 사용하려는 몇몇 기업에게는 문제가 될 수 있습니다.
AGPL은 Google이 폐쇄 소스 code를 공개하지 않으려는 이유입니다. Google은 AGPL에 반대합니다. 상태: “Code는 GNU Affero General Public License (AGPL)하에 라이선스되어 Google에서 사용할 수 없습니다”.
AGPL의 목표는 사용자 자유를 최대화하고 기업이 오픈 소스에 기여하도록 장려하는 것입니다. 나는 사용자와 직면하는 독립적인 애플리케이션입니다. 나는 라이브러리나 더 큰 프로젝트의 일부가 아닙니다. 나는 Google의 기부를 원하지 않기 때문에 AGPL 라이선스를 사용하는 것이 좋습니다. 그것은 Capgo에 적합한 라이선스입니다.
결론
오픈 소스 소프트웨어 라이선스를 선택할 때 고려해야 할 여러 요인이 있습니다. 그러나 개발자 커뮤니티에서 인기 있는 선택은 분명합니다. 일반적인 허용 라이선스에는 MIT License, Apache License, BSD License가 포함됩니다. 일반적인 공유 라이선스에는 GNU General Public License 및 Mozilla Public License가 포함됩니다.