본문으로 건너뛰기
오픈 소스

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

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

작성 기사

마틴 도나디유

작가

발레리아

리뷰어

조던

편집자

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

오픈 소스 소프트웨어 라이선스에 대한 두 가지 주요 범주가 있습니다. 일부 라이선스는 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.

따라서, 오픈 소스 라이선스의 종류를 이해하기 전에 그 이점을 활용하기 전에 더 읽어보세요.

오픈 소스 라이선스의 종류

오픈 소스 라이선스의 종류

허용 라이선스

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 라이선스

Copyleft 라이선스는 오픈 소스 소프트웨어 사용자에게 소프트웨어의 수정, 사용 및 재배포의 자유를 제공합니다. 그러나 사용자는 사용자에게 제공된 동일한 권리를 다른 사용자에게 전달해야 합니다.

Copyleft 라이선스는 재배포 및 code의 변경을 허용하는 방법을 정의하며, 소프트웨어를 비공개 또는 비오픈으로 만드는 시도를 금지합니다. 이로 인해 소프트웨어를 수정하는 개발자들이 소스 code에 접근하여 업데이트하거나 자신의 변경 사항을 통합할 수 있습니다.

열개소 소프트웨어 라이선스를 포함하는 이유

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

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

공개 소프트웨어 라이선스는 사용자가 소프트웨어의 원본 code을 볼 수 있으며, 수정하고, 배포할 수 있도록 허용합니다. 다른 개발자가 프로젝트에 참여하여 버그를 수정하고 새로운 기능을 추가할 수 있도록 합니다. 이는 더 강력하고 혁신적인 소프트웨어 제품으로 이어질 수 있습니다.

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

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

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

공개 소프트웨어 라이선스는 사용자와 개발자들이 소프트웨어에 열정적인 커뮤니티를 구축하는 데 도움이 될 수 있습니다. 이 커뮤니티는 지원, feedback, 및 프로젝트에 새로운 아이디어를 제공할 수 있습니다.

  • 소프트웨어를 더 접근 가능하고 포함적인 것으로 만들기 위해.

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

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

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

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

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

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

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

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

오픈 소스 라이선스

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

MIT 라이선스

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

Apache License 2.0

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

BSD (베르클리 소프트웨어 배포) 라이선스

Capgo는 사용자가 BSD 라이선스 중에서 선택할 수 있도록 GitHub를 제공합니다. BSD 2-Clause "간소화" 라이선스, 때때로 “FreeBSD” 라이선스라고도 불립니다. BSD 3-Clause “New” or “Revised” License. 이 두 라이선스 사이의 주요 차이점은 3-clause입니다. 이 절차는 소프트웨어 사용자가 저작권자의 이름, 저작권자, 또는 기여자 이름을 사용하여 제품 또는 서비스를 홍보하는 것을 제한합니다.

Boost Software License

Boost Software License, C++의 Boost Libraries에서 유래되었으며 2008년 OSI에서 승인되었습니다. 이 라이선스는 MIT 및 BSD 라이선스와 유사하지만 바이너리 형태로 재배포할 때 저작권 표시가 필요하지 않습니다.

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

Copyleft 라이선스는 소프트웨어 사용자에게 소스 code를 사용, 수정 및 공유할 수 있는 권한을 부여하지만, 특정 제한 조건 및 약관을 통해 재라이선스에 대비하는 보호 조치를 제공합니다. 이 라이선스는 사용자의 작업이 라이선스에 명시된 원래 권리를 준수해야 하는 이 라이선스의 상호 작용적 특징을 대표합니다.

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

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

Mozilla Public License

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

이클립스 퍼블릭 라이선스

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

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

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

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

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

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

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

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

Capgo 새로운 라이선스

저는 어떻게 모든 것을 달성할 수 있을까요? 저는 라이선스를 변경합니다.

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에 적합한 라이선스입니다. 결론Code-업데이터 (플러그인)는 LGPLv3에서 Mozilla Public License Version 2.0 (MPLv2) 또는 그 이후 버전으로 라이선스를 변경했습니다. __CAPGO_KEEP_1__-업데이터 버전은 여기에 있습니다.

AGPL은 사용자 자유를 최대화하고 기업들이 오픈 소스에 기여하도록 장려하는 라이선스입니다. 저는 사용자 인터페이스용 단독 애플리케이션입니다. 저는 라이브러리나 더 큰 프로젝트의 일부가 아닙니다. 저는 구글의 기부를 받고 싶지 않기 때문에 AGPL 라이선스를 사용하는 것이 좋습니다. Capgo에 적합한 라이선스입니다.

Conclusion

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

Understanding Open-Source Software Licenses

이 단계에서 계속하세요. 이 단계에서 계속하세요. 배송 계획을 세우기 위해 live update을 연결하세요. Capgo 배포를 계획하는 경우 Capgo Live Updates와 연결하세요. for the product workflow in Capgo Live Updates, Overview Overview Overview Features Features 업데이트 동작의 구현 세부 사항에 대해 업데이트 유형 업데이트 유형의 구현 세부 사항에 대해

Capacitor 앱에 대한 즉시 업데이트

When a web-layer bug is live, ship the fix through Capgo instead of waiting days for app store approval. Users get the update in the background while native changes stay in the normal review path.

웹 레이어 버그가 활성화되면 __CAPGO_KEEP_0__을 통해修정을 배포하는 대신 앱 스토어 승인까지 며칠 기다리지 말고. 사용자는 배경에서 업데이트를 받으면서 네이티브 변경은 일반적인 검토 경로를 유지.

컨텍스트: Capgo 마케팅 웹사이트. 역할: 지원 설명 문장 또는 메타 설명. 보존: Capgo 제품/브랜드 및 개발자 용어 정확히. 메시지 키 `instant_updates_for_capacitor_apps_description` (Capacitor 앱에 대한 즉시 업데이트 설명).

최신 블로그 소식

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