내 이해는 :
MIT 라이센스 프로젝트는 BSD 라이센스 프로젝트에서 사용 / 재분배 할 수 있습니다.
TRUE (그러나 수정 사항이없는 한 사용자는 원본 소스에서도 가져올 수 있습니다.
BSD 라이센스 프로젝트는 MIT 라이센스 프로젝트에서 사용 / 재분배 할 수 있습니다.
FALSE MIT 라이센스는 기여 크레딧없이 배포 할 수 있습니다. BSD는 그렇지 않습니다.
MIT와 BSD 2 절 라이센스는 본질적으로 동일합니다.
거짓 위를 참조하십시오.
BSD 3 절 = BSD 2 절 + "보증 없음"절
TRUE
이중 라이센스를 발급하면 사용자가 둘 중 하나에 속하지 않고 해당 라이센스 중에서 선택할 수 있습니다.
참 (그렇다고 생각합니다!)
마찬가지로 MIT 및 BSD 라이센스는 모두 "GPL 호환"이고 GPL 라이센스 프로젝트에서 재배포 될 수 있으므로 이중 라이센스 MIT / GPL도 중복 된 것으로 보입니다.
아니요 . 주요 차이점은 다음과 같습니다. MIT 라이센스 및 Apache 라이센스는 원본 저작권 보유자에게만 크레딧을 제공하기 만하면됩니다. 원하는 경우 소스 를 재배포 할 수 있습니다 . 그러나 원하는 경우 코드 를 열지 않고도 새로운 파생 제품 을 유지할 수 있습니다 . 따라서 상용 라이센스에 따라 MIT 및 Apache에서 개발 된 코드를 사용할 수 있습니다.
GPL 기반 라이센스로 코드를 사용하고 수정하는 경우 GPL에 따라 수정 된 코드 를 배포 해야합니다 . 다시 말해, 프로젝트에서 GPL 코드베이스를 사용한 후이를 제품으로 게시하려면 소스 코드와 함께 게시해야하며 GPL로 게시해야합니다. 상용 라이센스 나 비공개 소스 일 수 없으며 GPL보다 덜 엄격한 다른 라이센스 일 수 없습니다.
예를 들어 MIT, Apache 또는 BSD 라이센스 코드를 GPL에 따라 수정 및 배포 할 수 있습니다. 코드베이스가 GPL로 배포되면 추가 파생 버전은 MIT, Apache 또는 BSD 라이센스로 배포 할 수 없지만 GPL 전용이어야합니다.
편집 :
이중 라이센스의 예 : Nice Office가 이중 라이센스 (MIT 및 GPL)로 릴리스되었다고 가정하십시오. 두 가지 가능성이 있습니다. 어떤 사람들은 NicePro Office를 만들 수 있는데,이 회사는 상업 및 판매가 가능합니다. 다른 오픈 소스 커뮤니티는 NiceOpen Office 포크를 만듭니다. 이 경우 GPL 배포 (NiceOpen Office 버전 및 NiceOpen Office 버전)를 적용 할 수 있으므로 NiceOpen Office로 시작하는 경우 MIT 라이센스가 아닌 GPL 만 준수해야합니다.
요점은 이중 라이센스의 경우 라이센스를 얻는 첫 번째 사람이 선택하는 것입니다. 그는 두 가지 방법 중 하나를 선택할 수 있지만 두 번째 사람은 첫 번째 사람의 선택에 충실해야합니다. 그 / 그녀는 어느 세대의 원래 권리도 무시할 수 없으며 어쨌든 해당 라이센스의 의무를 줄일 수 없습니다.
편집 2
재미있는 읽기 추가-GPL 및 MPL 라이센스에는 심각한 충돌이 있습니다. 이것을 읽으십시오. http://www.tomhull.com/ocston/docs/mozgpl.html