Softonic

라이선스 생성기

단계 1 / 2
다음

라이선스 파일 없이 프로젝트를 배포하는 것은 기술적으로 ‘모든 권리 보유’라는 의미이며, 누구도 해당 코드를 재사용할 수 없습니다. 이 생성기는 가장 널리 사용되는 오픈소스 라이선스의 전체 원문을 생성하며, 저작권 헤더에는 사용자 이름과 현재 연도를 대체합니다. 생성된 문서를 저장소 루트에 위치한 LICENSE 파일에 붙여넣은 후 푸시하세요.

라이선스를 어떻게 선택하고 생성하는지

  1. 1

    라이선스를 선택하세요

    MIT는 허용형 라이선스로, Apache 2.0은 허용형 라이선스에 특허 부여를 포함하며, GPLv3은 카피레프트 라이선스입니다.

  2. 2

    이름과 연도를 입력하세요

    저작권자란 귀하의 법정 명칭 또는 회사입니다. ‘년도’는 출시된 첫 해를 의미합니다.

  3. 3

    전체 텍스트를 검토하세요

    라이선스 텍스트는 OSI/FSF가 공개한 원문 그대로 유지되며, 저작권 문구만 변경됩니다.

  4. 4

    라이선스에 삽입하세요

    저장소의 루트 디렉터리에 저장하세요. GitHub은 이를 감지하여 사이드바에 표시합니다.

인기 있는 옵션들 중에서 선택합니다

보편적으로 ‘최고’라 할 수 있는 오픈소스 라이선스는 존재하지 않습니다. 선택은 하류 사용자가 무엇을 할 수 있고 무엇을 할 수 없어야 하는지에 따라 달라집니다.

라이선스 유형 특허 부여 카피레프트? 주요 사용처
MIT 허용형 암묵적 아니요 Rails, Node 패키지, jQuery
Apache-2.0 허용형 명시적 아니요 Kubernetes, Android AOSP
BSD-3-Clause 허용형 없음 아니요 Go 표준 라이브러리, Nginx
GPL-3.0 강한 카피레프트 있음 예 GCC, Bash, GIMP
LGPL-3.0 약한 카피레프트 있음 부분적 glibc, Qt(과거)
MPL-2.0 약한 카피레프트 있음 부분적 Firefox, Thunderbird
AGPL-3.0 네트워크 카피레프트 있음 예 MongoDB(2018년 이전), Grafana
Unlicense / CC0 퍼블릭 도메인 헌정 - 아니요 소규모 유틸리티 라이브러리

세 가지 실용적인 질문

  1. 폐쇄형 소스 포크를 원하시나요? 허용형(MIT, Apache, BSD) → 예. 카피레프트(GPL, AGPL) → 아니요.

  2. 특허 보복에 대해 관심이 있나요? Apache-2.0, GPLv3 및 MPL-2.0은 소송이 발생할 경우 종료되는 명시적인 특허 부여 조건을 포함하고 있습니다. 반면 MIT 및 BSD-2/3에는 그러한 조건이 없습니다.

  3. 귀하의 코드는 네트워크 서비스로 실행되나요? AGPL-3.0은 ‘SaaS의 법적 허점’을 해소합니다. 즉, 서비스 사용자는 배포에 포함됩니다. 이 점이 중요하다면 AGPL-3.0을 선택하세요. 그렇지 않다면 GPLv3이 더 간단합니다.

피해야 할 흔한 오류들

  • 라이선스 텍스트를 수정하지 마십시오. “MIT-with-my-amendments” 라이선스는 새로운 형태의 라이선스로 기존 라이선스와 호환되지 않습니다. 법원은 임의로 가해진 수정을 거부합니다.
  • 호환성을 이해하지 않고 두 개의 라이선스를 사용하지 마십시오. Apache-2.0과 GPLv2는 호환되지 않으며, Apache-2.0과 GPLv3는 호환됩니다.
  • 소스 헤더에 포함된 SPDX 식별자를 잊지 마세요: 1번 줄의 SPDX-License-Identifier: MIT는 도구가 사용자가 지정한 값을 정확히 식별할 수 있도록 도와줍니다.
  • 소프트웨어에는 “크리에이티브 커먼즈(Creative Commons)”를 사용하지 마십시오. CC 라이선스는 창작물용으로 사용되므로 코드가 아닌 문서나 이미지에만 적용해야 합니다.

이중 라이선싱

일부 프로젝트는 일반적으로 카피레프트 라이선스와 상업용 라이선스 두 가지를 함께 제공하여 기업들이 카피레프트 조건에서 벗어나도록 선택할 수 있게 합니다. Qt와 MySQL은 이러한 방식을 대표적으로 사용하고 있습니다. 이는 법적으로 다소 복잡한 점이 있는데, 프로젝트를 수익화하지 않는 경우에는 OSI가 승인한 단일 라이선스를 사용하는 것이 바람직합니다.

자주 묻는 질문

MIT 라이선스는 소규모 오픈소스 프로젝트에서 가장 일반적으로 사용되는 기본 라이선스입니다. 짧고 사용 권한이 넓으며, 널리 통용되며 거의 모든 다른 라이선스와 호환됩니다. 프로젝트에 특허가 가능한 새로운 요소가 있다면 Apache 2.0이 다소 더 안전한 선택입니다.

네. 라이선스가 없으면 사용자의 코드는 전적으로 저작권 보호를 받으며 누구도 법적으로 재사용할 수 없습니다. GitHub의 공개 접근 권한은 라이선스와 동일하지 않습니다. 리포지토리를 공개하는 당일 바로 라이선스 파일을 추가해야 합니다.

출시 첫 해(단일 연도) 또는 현재 연도로 끝나는 기간 구간(예: “2019–2026”). 매년 1월마다 연도를 업데이트하는 것은 대부분의 관할 지역에서 법적 의무가 아닌 예의상의 조치에 불과합니다.

아니요, 대체 작업은 귀하의 브라우저에서 이루어지며, 귀하의 이름, 연도 및 라이선스 선택 사항은 결코 당사에 전송되지 않습니다.

관련 도구

ASCII 표 참조

NUL, LF, DEL 같은 제어 문자를 포함해 모든 문자에 대한 10진수, 16진수, 8진수, 2진수, HTML 숫자 문자 참조를 담은 0부터 127까지의 전체 ASCII 표.

HTML 문자 참조

HTML 엔티티의 검색 가능한 목록, 각 엔티티의 이름 및 숫자 코드, 그리고 특수 문자 및 기호에 대한 1클릭 복사 기능을 제공합니다.

키보드 단축키 참고표

macOS, Windows, Linux에서 VS Code, Chrome, GNU Readline을 쓰는 Bash의 문서화된 기본 단축키를 검색합니다.

보색 찾기

어떤 입력에 대해서도 보색을 찾습니다. HSL 반대 색, 분할 보색 쌍, 그리고 접근성 있는 조합 제안을 반환합니다.

색상 틴트 생성기

기준 색의 밝은 틴트를 생성합니다. 디자인 시스템 토큰, 배경, 호버 상태를 위한 3-20단계 스케일.

이메일 검증기

이메일 주소를 검증합니다. RFC 5322 구문 검사, 실시간 MX 레코드 조회, 그리고 로컬 파트, 도메인, 길이 정보를 제공합니다. 이메일은 전송되지 않습니다.

이 도구는 다른 언어로도 제공됩니다