이 도구에 대해
라이선스 파일이야말로 "GitHub의 코드"를 다른 사람이 합법적으로 사용할 수 있는 소프트웨어로 바꿔주는 요소입니다. 하나를 선택하고 연도와 이름을 입력하면 저장소 루트에 LICENSE로 저장할 정확한 텍스트를 얻습니다.
어떤 것을 골라야 할지 모르겠다면? 비교표가 실질적 차이를 보여줍니다: MIT와 Apache 2.0은 관대형(고지만 유지하면 거의 무엇이든 가능), GPL은 카피레프트(파생물도 오픈소스여야 함), Unlicense는 저작물을 퍼블릭 도메인에 기증합니다. Apache는 명시적 특허 허여도 추가합니다.
자주 묻는 질문
제 프로젝트에는 어떤 라이선스를 선택해야 하나요?
다운스트림 사용을 얼마나 자유롭게 허용하고 싶은지에 따라 다릅니다. MIT와 Apache-2.0은 클로즈드 소스 사용을 포함해 거의 모든 것을 허용하며, GPL 계열은 파생물이 오픈소스로 유지되도록 요구합니다. 아래 비교표에서 상업적 사용, 카피레프트, 저작권 표시 요건을 나란히 확인할 수 있습니다.
LICENSE 파일만 추가하면 법적으로 충분한가요, 아니면 따로 등록해야 하나요?
저장소 루트에 파일을 추가하는 것이 실제로 오픈소스 라이선싱이 작동하는 방식입니다 — 등록이나 신고가 필요 없습니다. 저작권 표시와 함께 사용하는 것이 GitHub 등에서 프로젝트가 라이선스를 적용하는 표준 방식입니다.
연도와 저작자 필드는 무엇을 바꾸나요?
이 필드들은 라이선스 본문의 저작권 표시 줄을 채웁니다(예: 'Copyright (c) 2026 Your Name'). 값을 수정하면 복사하거나 다운로드하기 전에 미리보기가 즉시 업데이트됩니다.
나중에 프로젝트의 라이선스를 변경할 수 있나요?
앞으로의 버전에만, 그리고 완전히 본인 소유인 코드에만 해당됩니다 — 과거 릴리스는 발행 당시의 라이선스를 그대로 유지하며, 외부 기여자가 있다면 그들의 기여분을 재라이선싱하려면 일반적으로 동의가 필요합니다.
허용적(permissive) 라이선스와 카피레프트 라이선스의 실질적 차이는 무엇인가요?
허용적 라이선스(MIT, Apache-2.0, BSD)는 누구나 거의 아무런 의무 없이 독점 소프트웨어에서 코드를 재사용할 수 있게 합니다. 카피레프트 라이선스(GPL, AGPL)는 파생물이 동일한 라이선스로 배포되도록 요구하여 코드와 그 파생물을 계속 오픈소스로 유지합니다.