본문으로 이동
오픈 소스

오픈 소스 소프트웨어 라이선스 이해

오픈 소스 소프트웨어 라이선스는 두 가지 큰 범주로 나뉩니다. 일부 라이선스는 copyleft 라이선스 범주에 속하며, 다른 라이선스는 허용하는 오픈 소스 라이선스입니다.

기사 기여자

마틴 도나디유

작가

발레리아

리뷰어

조던

편집자

오픈 소스 소프트웨어 라이선스 이해

Open Source Software License에 대한 두 가지 큰 범주가 있습니다. 일부 라이선스는 copyleft 라이선스 범주에 속하고, 다른 라이선스는 permissive open source 라이선스입니다.

이 글에서 Open Source Software 라이센싱에 대해 설명하겠습니다.

소개

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.

따라서 Open Source License의 유형을 이해하기 위해, 이 글을 읽고, 이에 대한 이해를 바탕으로 결정을 내리시길 바랍니다.

Open Source License의 유형

Open Source License의 유형

Permissive License

허용 라이선스는 때때로 비공유권 라이선스라고도 불리며, 사용자에게 소스 code를 사용, 수정 및 공유할 수 있는 권한을 부여하지만, 사용자는 재배포 시에 일부 조건을 변경할 수 있는 옵션도 가지고 있습니다. 소프트웨어의 경우, 기존 프로그램에 기반을 둔 소프트웨어가 소프트웨어의 파생 작품입니다. 만약 원본이 허용 라이선스하에 출시되었다면, 생성자는 원본 작업의 라이선스가 요구하는 것과 다른 조건으로 파생 작품을 공유할 수 있습니다.

공유권 라이선스

공개 소스 라이선스의 공유권 라이선스는 사용자가 소프트웨어를 수정, 사용 및 재배포할 수 있는 권한을 부여합니다. 그러나 사용자는 사용자에게 특정 권한을 부여하여 사용자에게 동일한 권한을 부여하는 것을 요구합니다.

공유권 라이선스는 재배포 및 code의 변경을 허용하는 방법을 정의하며, 소프트웨어를 비공개 또는 비공개 소프트웨어로 만들기 위한 시도를 금지합니다. 이로 인해 소프트웨어를 수정하는 개발자들이 소스 code에 접근하여 업데이트하거나 자신의 변경 사항을 통합할 수 있습니다. 물론, 변경 사항은 다른 사용자가 공개 소스 소프트웨어의 가치를 누릴 수 있도록 공개되어야 합니다. 학술 또는 연구 목적의 경우에는 문제가 되지 않지만, 상업 소프트웨어를 개발하는 경우에는 DEAL 브레이커가 됩니다.

왜 공개 소프트웨어 라이선스를 포함해야 하나요?

소프트웨어를 공개 소프트웨어로 공개하거나 공유할 때는 공개 소프트웨어 라이선스를 포함하는 것이 매우 중요합니다. 라이선스는 다음과 같은 중요한 목적을 위해 사용됩니다:

  • 협업과 혁신을 촉진하기 위해.

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.

  • 사용자에게 더 많은 통제와 유연성을 제공하기 위해.

일반적으로 사용자는 소프트웨어를 상업적 목적으로 사용, 수정, 배포할 수 있습니다. 이는 사용자가 소프트웨어 경험에 더 많은 통제를 가질 수 있으며, 비공개 소프트웨어 공급자에 의존하는 것을 줄일 수 있습니다.

  • 소프트웨어에 대한 커뮤니티를 구축하기 위해.

공개 소스 라이선스는 사용자와 개발자들이 소프트웨어에 열정적으로 관심을 가지는 커뮤니티를 구축할 수 있도록 도와줍니다. 이 커뮤니티는 지원, feedback, 새로운 아이디어를 제공할 수 있습니다.

  • 소프트웨어에 대한 접근성을 높이고 포함성을 높이기 위해.

공개 소프트웨어는 일반적으로 무료로 다운로드하고 사용할 수 있으며, 여러 언어로 제공됩니다. 이는 세계 어디서나 소득이나 배경과 관계없이 소프트웨어에 접근할 수 있도록 합니다.

이러한 이점 외에도 공개 소스 라이선스는 다음과 같은 이점을 제공할 수 있습니다:

  • 저작권 침해를 피하기 위해.

소프트웨어를 라이선스 없이 배포하면 저작권 침해 소송의 위험에 처할 수 있습니다. 오픈 소스 라이선스는 사용자에게 소프트웨어를 사용, 수정, 배포할 수 있는 명시적 허가를 제공하며, 법적 책임에서 보호할 수 있습니다.

  • 최고의 인재를 끌어들이고 유지하세요.

많은 재능 있는 소프트웨어 개발자들이 오픈 소스 프로젝트에 매력을 느끼고 있습니다. 소프트웨어를 오픈 소스 라이선스로 출시하면 회사에 대한 매력을 높일 수 있습니다.

  • 브랜드 명성을 높여보세요.

오픈 소스 소프트웨어는 기술 커뮤니티에서 널리 존경받고 있습니다. 소프트웨어를 오픈 소스 라이선스로 출시하면 협력과 혁신에 대한 의지를 보여줄 수 있습니다.

oss_licence(1)

허용 라이선스는 가장 인기 있는 종류입니다. 이 라이선스는 사용자에게 소프트웨어를 수정하고 재배포할 수 있는 권한을 부여하며, 최소한의 제한만 있습니다. 허용 라이선스의 세 가지 가장 인기 있는 버전은 다음과 같습니다.

MIT 라이선스

MIT 라이선스는 가장 인기 있는 오픈 소스 소프트웨어 라이선스입니다. 사용자에게 중요한 자유를 제공하며, 사용자에게 소프트웨어를 자유롭게 공유, 수정, 사용, 상업화할 수 있는 권한을 부여합니다. 단, 라이선스 조건을 준수해야 합니다. The MIT 라이선스

Apache License 2.0

The Apache License 2.0 Apache License 2.0은 사용자가 소프트웨어를 자유롭게 수정하고 재배포할 수 있도록 하는 유연한 소프트웨어 라이선스입니다. 사용자는 소프트웨어의 결과물에 대한 저작권 statement 및 notice가 원본 형태로 유지되는 것을 보장받을 수 있습니다. 이 오픈 소스 라이선스는 사유 수정 및 재배포를 허용하고 명확한 라이선스 조항을 제공하여 소프트웨어를 사용하는 사람들에게 권한을 이해할 수 있도록 합니다.

BSD (Berkeley Software Distribution) License

Capgo는 사용자가 BSD 라이선스 중에서 선택할 수 있도록 GitHub를 제공합니다. BSD 2-Clause “Simplified” License, 때때로 “FreeBSD” 라이선스라고도 불립니다. 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 라이선스는 소프트웨어 사용자에게 소스 code를 사용, 수정, 공유할 수 있는 권한을 부여하지만, 특정 제한과 조건을 통해 재라이선싱을 보호합니다. 이 라이선스는 사용자의 작업이 원래 라이선스에 명시된 권리를 준수해야 하는 상호 작용적 특성을 대표합니다.

GNU 라이선스 Copyleft 소프트웨어 라이선스에 대한 경우, GPL (General Public License) 은 가장 인기 있는 및 광범위하게 사용되는 라이선스 중 하나입니다. 이 오픈 소스 라이선스는 프로그램의 복사본 및 수정된 버전을 배포할 수 있는 자유를 제공하지만, 특정 조건을 유지해야 합니다. 예를 들어, 저작권 고지, 보증 취소聲明, 또는 수정되지 않은 프로그램에 추가된 라이선스와 같은 것들입니다.

이 라이선스 유형으로 소프트웨어를 제공함으로써 개발자는 다른 사람에게 소스 code에 대한 접근을 허용하여 개선 및 적응을 통해 커뮤니티에 이익을 제공할 수 있습니다. 또한, 'Copyleft' 개념은 무료 소프트웨어와 함께 협력하는 동안 동일한 자유를 공유할 수 있는 협력적 개념을 보장합니다.

Mozilla Public License

Mozilla Public License , 또는 MPL, Mozilla 재단에서Mozilla 재단 Mozilla Public License 그것은 또한 약한 공유 재산 허가서로 간주됩니다. 이 허가서와 이클립스 퍼블릭 라이선스와의 차이점은 파일 기반 공유 재산 허가서로, code가 오픈 소스 또는 사유 code와 결합될 수 있다는 것입니다.

이클립스 퍼블릭 라이선스

The 이클립스 퍼블릭 라이선스이클립스 퍼블릭 라이선스는 이클립스 재단에서 왔으며 약한 공유 재산 허가서로 간주됩니다. 약한 공유 재산 허가서는 소프트웨어 사용자가 code에 대한 변경 사항을 공유해야 한다는 것을 요구합니다. 이 라이선스는 GNU의 일반 공유 재산 허가서의 더 엄격한 요구 사항을 피하기 위해 약한 공유 재산 허가서를 implement했습니다.

프로젝트에 적합한 라이선스를 선택하는 방법은?

  • 오픈 소스 라이선스를 사용하여 프로젝트를 릴리즈할 경우, 사용 중인 프로젝트와 호환되는 라이선스를 선택하세요.

  • 상업적 목적으로 프로젝트를 사용할 수 있도록 허용하려면, 상업적 목적을 허용하는 라이선스를 선택하세요.

  • 프로젝트를 수정하고 배포할 수 있도록 허용하려면, 수정 및 배포를 허용하는 라이선스를 선택하세요.

  • 프로젝트가 자유롭고 오픈 소스로 남아있도록 보장하려면, 공유 재산 라이선스를 선택하세요.

  • 적합한 라이선스를 선택하는 것이 불확실한 경우, 오픈 소스 이니셔티브는 비교할 수 있는 인기 라이선스의 목록을 제공합니다.

오픈 소스 프로젝트에 적합한 라이선스를 선택하는 것은 중요한 결정입니다. 자신의 필요와 목표를 신중하게 고려하여, 원하는 결과를 달성할 수 있는 라이선스를 선택할 수 있습니다.

Capgo 새로운 라이선스

그것을 어떻게 accomplish 할 수 있나요? 내 라이선스를 변경하는 것입니다.

Capgo은 MIT 라이선스에서 GNU Affero General Public License V3 (AGPLv3) 또는 그 이후 버전으로 라이선스를 변경했습니다. Capgo 버전은 여기에 있습니다. 여기에서 찾을 수 있습니다..

Capacitor-업데이터 (플러그인)는 LGPLv3에서 Mozilla Public License Version 2.0 (MPLv2) 또는 그 이후 버전으로 라이선스를 변경했습니다. Capacitor-업데이터 버전은 여기에 있습니다. 여기에서 찾을 수 있습니다..

이 변경은 Capgo Cloud에 가입하거나 Capgo을 자체 호스팅하는 모든 사용자에게 영향을 미치지 않습니다. 그러나 직접 경쟁하기 위해私の 소프트웨어를 사용하려는 몇몇 기업이 불편을 겪을 수 있습니다.

AGPL은 사용자 자유를 최대화하고 기업이 오픈 소스에 기여하도록 장려하는 라이선스입니다. 나는 사용자 인터페이스용 독립적인 애플리케이션입니다. 나는 라이브러리나 더 큰 프로젝트의 일부가 아닙니다. 구글의 기부를 원하지 않기 때문에, 우리는 AGPL 라이선스를 사용하는 것이 좋습니다. 그것은 code에 적합한 라이선스입니다. AGPL은 사용자 자유를 최대화하고 기업이 오픈 소스에 기여하도록 장려하는 라이선스입니다. 나는 사용자 인터페이스용 독립적인 애플리케이션입니다. 나는 라이브러리나 더 큰 프로젝트의 일부가 아닙니다. 구글의 기부를 원하지 않기 때문에, 우리는 AGPL 라이선스를 사용하는 것이 좋습니다. 그것은 __CAPGO_KEEP_0__에 적합한 라이선스입니다.AGPL은 사용자 자유를 최대화하고 기업이 오픈 소스에 기여하도록 장려하는 라이선스입니다. 나는 사용자 인터페이스용 독립적인 애플리케이션입니다. 나는 라이브러리나 더 큰 프로젝트의 일부가 아닙니다. 구글의 기부를 원하지 않기 때문에, 우리는 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이 문제가 되는 라이선스입니다. 그들은 닫힌 소스 __CAPGO_KEEP_0__를 공개하지 않으려는 것입니다. Google은 AGPL에 반대하고

개발자 커뮤니티에서 인기 있는 선택 중 하나는 여러 가지 요인이 고려되어야 할 때 오픈 소스 소프트웨어 라이선스를 선택할 때 있습니다. 그러나 개발자 커뮤니티에서 인기 있는 선택 중 하나는 여러 가지 요인이 고려되어야 할 때 오픈 소스 소프트웨어 라이선스를 선택할 때 있습니다. 일반적인 허용 라이선스에는 MIT License, Apache License, BSD License가 포함됩니다. 일반적인 공유 라이선스에는 GNU General Public License 및 Mozilla Public License가 포함됩니다.

오픈 소스 소프트웨어 라이선스 이해

만약에 오픈 소스 소프트웨어 라이선스 이해 Capgo Live Updates와 함께 Capgo Live Updates for the product workflow in Capgo Live Updates, Capgo Live Updates 개요 개요 기능 기능 업데이트 동작의 구현 세부 사항에 대해, 그리고 업데이트 유형 업데이트 유형의 구현 세부 사항에 대해

실시간으로 Capacitor 앱을 업데이트하세요

웹层 버그가 생긴 경우, 앱 스토어 승인 대기 없이 Capgo를 통해 수정을 배포하세요. 사용자는 배경에서 업데이트를 받으며, 네이티브 변경 사항은 일반적인 검토 경로를 따릅니다.

마틴의 인간 지원

시작하기

최신 블로그 뉴스

Capgo은 전문적인 모바일 앱을 만들기 위해 필요한 최고의洞察력을 제공합니다.