오픈소스 라이선스 비교: MIT·Apache·GPL 확인 순서

오픈소스 코드를 사용할 때는 실제 포함된 버전의 라이선스와 배포 방식을 확인하고 고지·변경·소스 제공 조건을 검토하세요. 무료 다운로드가 아무 조건 없는 이용을 뜻하지는 않습니다.

먼저 실제 사용한 구성 요소를 목록으로 만드세요

라이브러리 이름, 버전, 출처와 라이선스 파일을 기록합니다. 프로젝트 최상위 라이선스만 읽지 말고 함께 포함된 코드·이미지·폰트와 의존성도 확인하세요. 같은 이름의 프로젝트라도 버전이나 배포물에 따라 구성 요소가 달라질 수 있습니다.

목록에는 수정 여부와 어디에 배포하는지도 넣습니다. 내부 도구, 고객에게 전달하는 앱과 서버에서 운영하는 서비스는 사실관계가 다르므로 사용 상황을 설명할 수 있어야 합니다.

MIT 원문은 소프트웨어의 복사본 또는 상당 부분에 저작권과 허가 고지를 포함하는 조건을 제시합니다. 짧은 라이선스라도 고지를 지워도 된다고 해석하지 마세요.

Apache 2.0 원문의 재배포 조항에는 라이선스 사본 제공, 수정 파일의 변경 고지와 관련 고지 유지 등이 있습니다. NOTICE가 포함된 경우 관련 고지 조건도 읽어야 합니다. 특허와 상표에 관한 조항까지 같은 권리로 묶지 않습니다.

GPL 3.0 원문에서 전달·수정과 대응 소스에 관한 조건을 확인하세요. 모든 오픈소스가 같은 방식으로 소스를 공개해야 한다거나, GPL 코드를 봤다는 이유만으로 자신의 모든 코드를 공개해야 한다고 단순화하지 않습니다.

정확한 판단에는 결합 방식, 배포물과 해당 라이선스 문구가 필요합니다. GPL과 다른 라이선스가 섞였거나 경계가 불명확한 상용 배포라면 구성도를 정리해 법무·담당자에게 확인하세요. 이 글의 비교는 개별 계약이나 법률 판단을 대신하지 않습니다.

배포물에 포함할 라이선스 파일과 고지 화면, 수정 기록을 확인하고 필요한 소스 제공 절차가 있는지 검토합니다. 자동 검사 결과는 목록의 출발점으로 사용하고 탐지되지 않은 파일·자산도 사람이 확인하세요.

외주 결과물을 받는다면 사용 구성 요소 목록과 권리 자료를 납품 조건에 넣습니다. 이후 라이브러리를 바꿨을 때 목록도 함께 갱신하세요. 사용 허락이 불명확하면 저장소가 공개됐다는 이유만으로 라이선스가 있다고 가정하지 않습니다.

그렇게 가정할 수 없습니다. 권리자와 명시적인 이용 허락을 확인하세요.

원문의 고지 조건을 따라야 합니다. 짧거나 널리 쓰이는 라이선스도 조건 확인이 필요합니다.