MIT License

허용·조건·제한 한눈에 보기

권한·조건·제한 분류 출처: choosealicense.com (GitHub, MIT 라이선스) 데이터.

어떤 라이선스인가

MIT 라이선스는 매사추세츠 공과대학(MIT)에서 유래한 허용형(permissive) 라이선스입니다. 본문이 세 문단뿐이라 읽기 쉽고, 사용·복제·수정·병합·출판·배포·재라이선스·판매를 모두 허락합니다. 조건은 단 하나, 저작권 표시와 이 허가 문구를 소프트웨어의 모든 사본 또는 상당 부분에 포함하는 것입니다. 마지막 문단은 '있는 그대로(AS IS)' 제공되며 어떤 보증도, 손해에 대한 책임도 지지 않는다는 면책 조항입니다.

GitHub 의 공개 저장소에서 가장 많이 쓰이는 라이선스로 꼽히며, Node.js·Ruby on Rails·jQuery·React 같은 유명 프로젝트가 MIT 를 씁니다. React 는 2017년에 'BSD + 특허' 조합에서 MIT 로 바꾼 사례로도 유명합니다.

배포할 때 지켜야 할 것

• 원래의 저작권 표시(Copyright (c) 연도 저작권자)와 허가 문구 전체를 함께 넣습니다.
• 바이너리만 배포하는 경우에도 고지 의무는 사라지지 않습니다. 보통 앱의 '오픈소스 라이선스' 화면, 설명서, 함께 배포하는 텍스트 파일에 넣습니다.
• 소스 공개, 변경 사항 표시, 같은 라이선스 유지 의무는 없습니다. MIT 코드를 고쳐 비공개 상용 제품에 넣어도 됩니다.

적용 방법

저장소 최상위에 LICENSE(또는 LICENSE.txt, LICENSE.md) 파일을 만들고 원문을 넣은 뒤 [year] 를 연도로, [fullname] 을 저작권자로 바꿉니다. 이 사이트의 생성기가 그 작업을 대신합니다. 패키지 관리자 메타데이터(package.json 의 "license": "MIT" 등)와 소스 파일 헤더의 SPDX-License-Identifier: MIT 도 함께 적어 두면 도구가 라이선스를 자동으로 인식합니다.

자주 하는 오해

• "MIT 는 아무 조건이 없다" — 고지 의무가 있습니다. 조건이 전혀 없는 쪽은 0BSD·Unlicense·CC0 입니다.
• "MIT 코드를 쓰면 내 코드도 MIT 여야 한다" — 아닙니다. 가져온 부분의 고지만 유지하면 전체 제품은 어떤 라이선스로든(비공개 포함) 배포할 수 있습니다.
• "특허 걱정이 전혀 없다" — MIT 본문에는 특허에 대한 명시적 조항이 없습니다. 묵시적 허락이 있다고 보는 견해가 많지만, 명시적 특허 허락이 필요하면 Apache-2.0 을 검토합니다.
• "MIT 로 공개하면 이름을 광고에 써도 된다" — 라이선스는 저작권에 대한 허락일 뿐 상표·이름 사용 권리를 주지 않습니다.

이런 경우에 어울린다

최대한 많은 사람이 제약 없이 쓰길 바라는 라이브러리, 작은 유틸리티, 예제 코드에 잘 맞습니다. 기업이 도입하기 쉽고 다른 거의 모든 라이선스(GPL 포함) 프로젝트에 넣을 수 있어 생태계 호환성이 가장 넓은 편입니다. Rust·JavaScript 생태계에서는 특허 조항을 보완하려고 MIT OR Apache-2.0 듀얼 라이선스로 내놓는 경우도 많습니다(듀얼 라이선스 가이드).

MIT 코드를 다른 프로젝트에 넣을 수 있을까?

이 라이선스로 공개된 코드를 가져와 아래 라이선스의 프로젝트에 합쳐 배포할 때의 일반적인 판정입니다. 호환성 검사기에서 다른 조합 보기 →

이 사이트의 내용은 일반 정보이며 법률 자문이 아닙니다. 실제 배포·계약·분쟁 판단은 변호사 등 전문가와 상의하세요.