오픈 소스 프로토콜 GPL, BSD, MIT, Mozilla, Apache 및 LGPL 간의 차이점

1. GPL, BSD , MIT, Mozilla, Apache 및 LGPL 의 전체 구조도는 다음과 같습니다.

2. 프로토콜 세부사항

LGPL 오픈 소스 라이선스:

LGPL은 주로 클래스 라이브러리 사용을 위해 설계된 GPL 의 오픈 소스 계약        입니다 . GPL 계약을 채택하기 위해 GPL 클래스 라이브러리를 사용/수정/파생하는 모든 소프트웨어를 요구하는 GPL과는 다릅니다. LGPL은 상용 소프트웨어가 오픈 소스 상용 소프트웨어의 코드를 요구하지 않고 클래스 라이브러리 참조(링크)를 통해 LGPL 클래스 라이브러리를 사용할 수 있도록 합니다. 이를 통해 LGPL 계약을 사용하는 오픈 소스 코드를 상용 소프트웨어에서 클래스 라이브러리로 참조, 게시 및 판매할 수 있습니다.

       다만, LGPL 계약의 코드 또는 파생어가 수정된 경우 수정된 부분과 관련된 모든 수정된 코드, 추가 코드 및 파생된 코드는 LGPL 계약을 채택해야 합니다. 따라서 LGPL 프로토콜의 오픈 소스 코드는 타사 라이브러리로 상용 소프트웨어에서 참조하기에는 매우 적합하지만 수정을 통해 LGPL 프로토콜 코드를 2차 개발 의 기반으로 사용하고자 하는 상용 소프트웨어 에는 적합하지 않다. 및 파생 상품.

       GPL / LGPL 모두 원본 작성자의 지적 재산권을 보호하여 누군가가 유사한 제품을 복사하고 개발하기 위해 오픈 소스 코드를 사용하는 것을 방지합니다.

Mozilla 오픈 소스 라이선스:

       Mozilla 라이센스는 Mozilla Foundation 에서 개발하고 유지 관리 하는 무료 오픈 소스 상세 소프트웨어 라이센스 입니다 . 이 계약은 BSD 라이센스GNU General Public License 계약 의 특성을 결합 하고 독점 소프트웨어 와 오픈 소스 소프트웨어 개발자의 우려 사항 사이의 균형을 추구합니다.

       MPL은 Mozilla Firefox , Mozilla Thunderbird 및 기타 Mozilla 소프트웨어 라이센스에 사용되지만 Adobe Flex 제품군 및 LibreOffice  4.0(LGPL 3+도 사용)과 같은 다른 제품에서도 사용됩니다 . 버전 1.1은 또한 Sun Microsystems일반 개발 및 배포 라이센스 와 같은 회사에서 의도적으로 파생 라이센스에 적용되었습니다 .

GPL 오픈 소스 라이선스:

       우리에게 매우 친숙한 Linux는 GPL을 채택합니다 . GPL 계약은 코드 재사용을 장려하는 BSD , Apache 라이선스 및 기타 라이선스 와 매우 다릅니다 . GPL의 출발점은 코드의 오픈소스/자유로운 사용과 인용/수정/파생된 코드의 오픈소스/자유로운 사용이지만, 수정 및 파생된 코드는 클로즈드 소스 상용 소프트웨어로 출시 및 판매 없습니다 . 그렇기 때문에 상용 기업의 리눅스와 개인, 단체, 상용 소프트웨어 회사에서 개발한 다양한 자유 소프트웨어를 리눅스에서 사용할 수 있는 다양한 무료 리눅스를 사용할 수 있습니다 .

       GPL 계약 의 주요 내용은 GPL 계약의 제품이 소프트웨어에서 사용되는 한("사용"은 클래스 라이브러리 참조, 수정된 코드 또는 파생 코드를 의미함) 소프트웨어 제품도 GPL 계약을 채택해야 한다는 것입니다. 오픈 소스이고 무료여야 합니다. . 이것을 "전염"이라고합니다. GPL 계약에 따른 제품을 별도의 제품으로 사용하시는데 문제가 없으며, 무료라는 이점도 누리실 수 있습니다.

       GPL은 GPL 클래스 라이브러리를 사용하는 소프트웨어 제품은 반드시 GPL 협약을 사용하도록 엄격히 요구하고 있으므로, GPL 협약을 사용하는 오픈 소스 코드의 경우 상용 소프트웨어 나 코드에 대한 기밀성 요구 사항이 있는 부서는 통합/도입에 적합하지 않습니다 . 클래스 라이브러리 및 보조 개발 .

       다시 릴리스될 때 GPL 계약을 수반해야 하는 필요성과 같은 기타 세부 사항은 BSD / Apache유사합니다 .

BSD 오픈 소스 라이선스:

       BSD 라이선스는 원래 University of California, Berkeley(BSD는 Berkly Software Distribution의 약자)에서 게시한 4.4BSD/4.4BSD-Lite 버전에서 사용되었으며 나중에 점차 사용되었습니다. 1979년 버클리 캘리포니아 대학교는 오픈 소스 코드 의 선구자로 알려진 BSD Unix를 출시했고 BSD 라이센스는 BSD Unix와 함께 개발되었습니다. BSD 라이선스는 ApacheBSD 운영 체제와 같은 오픈 소스 소프트웨어에서 채택 됩니다 .

GPL 라이선스와 MPL 라이선스 의 엄격함        에 비해 BSD 라이선스는 훨씬 더 완화되어 있으며 라이선스의 원본 텍스트만 첨부하면 되지만 더 흥미로운 점은 모든 추가 개발자가 BSD 라이선스에 따라 소프트웨어를 출시할 때, 즉 이러한 저작권 자료 라이선스가 차지하는 공간이 프로그램보다 더 큰 작은 상황이 발생할 수 있도록 정보를 입력하십시오.

MIT 오픈 소스 라이선스:

       MIT는 BSD 만큼 광범위한 라이센스 계약 이며 저자는 다른 제한 없이 저작권만 유지하기를 원합니다. 즉, 바이너리 로 배포하든 소스 코드 로 배포하든 관계없이 배포에 원본 라이선스 계약에 대한 설명을 포함해야 합니다 . 독점 소프트웨어 라이선스 라고도 하는 MIT 계약은 원래 Massachusetts Institute of Technology에서 개발했습니다. 인가된 사람의 권리: 1. 인가된 사람은 소프트웨어 및 소프트웨어 사본을 사용, 복제, 수정, 병합, 게시, 배포, 서브라이선스 및 판매할 수 있는 권리가 있습니다. 2. 라이센스 사용자는 프로그램의 필요에 따라 적절한 내용으로 인증 조건을 수정할 수 있습니다. 정식 사용자의 의무: 소프트웨어 및 소프트웨어의 모든 사본에는 저작권 고지 및 라이선스 고지가 포함되어야 합니다.

아파치 오픈 소스 라이선스:

       Apache는 원래 Apache http 서버용으로 작성된 Apache Software Foundation 에서 발표한 무료 소프트웨어 라이선스 입니다. Apache 라이선스는 라이선스 사용자가 저작권을 유지하고 권리를 부인하도록 요구하지만 저작권 방지 라이선스 는 아닙니다 .

       Apache 라이선스는 Apache 커뮤니티 내외에서 널리 사용됩니다. Apache Foundation의 모든 프로젝트는 Apache 라이선스를 사용하며, 많은 비 Apache Foundation 프로젝트도 Apache 라이선스를 사용합니다. 통계에 따르면 2012년 10월 현재 sourceforge 에서 Apache 라이선스를 사용하는 프로젝트는 8,708개 입니다.

 

추천

출처blog.csdn.net/s_nshine/article/details/130196935