라이선스 가이드
라이선스를 고르고 적용할 때 필요한 개념을 8편으로 정리했습니다.
01카피레프트란 무엇인가카피레프트의 뜻과 작동 방식, 강한 카피레프트(GPL)와 약한 카피레프트(LGPL·MPL·EPL), 네트워크 카피레프트(AGPL)의 차이, 의무가 생기는 시점과 흔한 오해를 설명합니다.02허용형 vs 카피레프트, 무엇을 고를까MIT·Apache 같은 허용형과 GPL·LGPL·MPL 같은 카피레프트를 목표·생태계·사용 형태별로 비교하고, 라이선스를 정하기 전에 확인할 체크리스트를 제공합니다.03라이선스가 없는 코드의 의미라이선스 파일이 없는 공개 코드는 기본적으로 모든 권리가 저작권자에게 있습니다. GitHub 약관이 허락하는 범위, 쓰고 싶을 때의 방법, 내 저장소에 라이선스를 붙이는 법을 설명합니다.04듀얼(다중) 라이선스하나의 코드에 두 개 이상의 라이선스를 제공하는 듀얼 라이선스의 두 가지 유형, SPDX 표현식 OR·AND·WITH 의 의미, CLA 가 필요한 이유와 주의점을 설명합니다.05SPDX 식별자와 파일 헤더SPDX-License-Identifier 와 SPDX-FileCopyrightText 헤더 쓰는 법, 폐기된 식별자(GPL-2.0→GPL-2.0-only), 패키지 메타데이터의 license 필드, REUSE 명세를 정리합니다.06GPL "only" vs "or later"GPL 의 'or any later version' 문구가 무엇을 뜻하는지, 리눅스 커널이 GPL-2.0-only 를 고집하는 이유, GPL-2.0-only 와 GPL-3.0 이 호환되지 않는 까닭과 선택 기준을 설명합니다.07라이선스 호환성 기초라이선스 호환성이 무엇인지, 왜 한 방향으로만 성립하는지, Apache-2.0 과 GPL, MPL-2.0 의 Secondary License, LGPL 링크 조건, AGPL 결합 등 대표 조합을 정리합니다.08라이선스 적용 실무 가이드저장소에 라이선스를 적용하는 실제 순서를 정리했습니다. LICENSE 파일, 저작권 연도·저작권자 표기, Apache NOTICE, GNU COPYING 관례, 파일 헤더, 서드파티 고지, DCO·CLA, 라이선스 변경 시 주의점.