깃허브 README에 라이선스가 없으면 생기는 일

공개 저장소에 코드를 올려두면 누구나 볼 수 있으니 당연히 가져다 써도 되는 줄 아는 경우가 많습니다. 하지만 깃허브의 공식 안내를 보면 이야기가 다릅니다. 라이선스 파일이 없는 저장소는 소스가 눈에 보이더라도 법적으로는 저작권자가 모든 권리를 그대로 가진 상태이고, 다른 사람은 복사·수정·배포·재사용을 허락받은 것이 아닙니다.

요약 ① 라이선스 파일이 없다는 것은 "규칙이 없다"가 아니라 "가장 엄격한 기본값(모든 권리 보유)"이 적용된다는 뜻입니다 ② README는 낯선 방문자가 몇 초 안에 이 저장소를 쓸지 말지 판단하는 유일한 자료입니다 ③ 프로젝트 소개, 설치법, 사용 예제, 라이선스, 기여 방법이 빠짐없이 들어가야 방문자가 이탈하지 않습니다

코드가 보인다고 마음대로 써도 되는 게 아닙니다

깃허브에 저장소를 올리면 코드는 누구나 열람할 수 있습니다. 이 때문에 "공개돼 있으니 자유롭게 써도 된다"고 오해하기 쉽습니다. 그러나 공개 열람과 재사용 허락은 완전히 다른 개념입니다.

깃허브 공식 안내에 따르면, 저장소에 명시적인 라이선스 파일이 없을 경우 기본 법적 지위는 저작권자가 해당 코드에 대한 배타적 권리를 그대로 보유하는 것입니다. 즉 코드를 만든 사람 외에는 복사, 수정, 배포는 물론 자신의 프로젝트에 가져다 쓰는 것조차 명시적으로 허락받은 상태가 아닙니다.

여기서 흔히 놓치는 부분이 있습니다. 라이선스가 없다는 것이 "아무 규칙도 적용되지 않는다"는 뜻이 아니라는 점입니다. 오히려 정반대입니다. 라이선스가 없으면 저작권법상 가장 엄격한 기본값, 즉 "모든 권리를 저작권자가 보유한다"는 상태가 그대로 적용됩니다. 파일이 하나 빠졌을 뿐인데 그 저장소는 사실상 "봐도 되지만 가져다 쓰면 안 되는" 코드가 되는 셈입니다.

README가 없는 저장소는 어떻게 보일까

라이선스 문제와 별개로, README 자체가 없거나 부실한 저장소는 방문자 입장에서 판단할 근거가 아예 없습니다. 코드 파일 목록만 덩그러니 있는 저장소를 상상해보면 이해가 빠릅니다.

방문자는 이 프로젝트가 무엇을 하는지, 자신의 문제에 도움이 되는지, 설치는 어떻게 하는지, 써도 되는 코드인지를 전부 스스로 추측해야 합니다. 대부분은 이 단계에서 그냥 뒤로 가기를 누릅니다.

더 흔한 실패 패턴은 따로 있습니다. README 파일은 있는데 내용이 라이선스 전문을 그대로 복사해 붙여넣은 것뿐인 경우입니다. 법적 조건은 명시했지만 정작 "이게 뭐 하는 프로젝트인지"는 어디에도 없습니다. 방문자 입장에서는 사용 허락 여부만 알 뿐 이 코드가 자신에게 왜 필요한지는 여전히 알 수 없습니다.

좋은 README에 반드시 있어야 할 항목과 이유

낯선 방문자가 저장소에 처음 도착했을 때를 기준으로 생각하면 순서가 자연스럽게 정해집니다.

• 프로젝트 소개(최상단): 무엇을 하는 프로젝트인지, 왜 필요한지를 첫 화면에서 바로 알 수 있어야 합니다. 방문자는 몇 초 안에 계속 읽을지 말지를 결정합니다.
• 설치 방법: 터미널에 그대로 붙여넣을 수 있는 설치 명령이 있어야 합니다. "적당히 알아서 설치하세요" 식의 설명은 이탈로 이어집니다.
• 사용 예제: 긴 설명보다 실제로 동작하는 최소한의 코드 한 조각이 더 빠르게 이해시킵니다. 방문자는 문장을 읽기보다 예제를 복사해서 바로 실행해보고 싶어 합니다.
• 라이선스: 위에서 설명한 이유로, 이 코드를 가져다 써도 되는지 여부를 명시적으로 밝히는 유일한 방법입니다.
• 기여 방법: 외부 참여를 받고 싶다면 이슈 등록 방식이나 풀 리퀘스트 규칙을 간단히라도 안내해야 합니다.

이 항목들을 직접 채워 넣는 방법

README를 처음부터 작성하려면 위 다섯 항목을 순서대로 배치하고, 각 항목에 맞는 마크다운 문법(제목 레벨, 코드 블록, 목록)을 손으로 맞춰야 합니다. 프로젝트 소개 뒤에 설치 명령을 코드 블록으로 감싸고, 사용 예제도 별도 블록으로 나누고, 배지를 넣고 싶다면 shields.io 이미지 링크 문법을 따로 찾아 붙여야 합니다.

여기에 목차까지 넣으려면 각 제목의 앵커 링크를 일일이 맞춰야 하고, 라이선스 항목은 선택한 라이선스 종류에 따라 문구가 달라집니다. 항목 하나하나는 어렵지 않지만 다 모아서 형식을 맞추는 데 생각보다 시간이 듭니다.

직접 해보기 →

이런 반복 작업을 줄이려면 항목별로 내용만 입력하고 형식은 자동으로 맞춰주는 도구를 쓰는 편이 빠릅니다. 프로젝트명, 한 줄 소개, 상세 설명, 기능 목록, 기술 스택, 설치 명령, 사용 예제 코드, 라이선스 종류, 제작자, 저장소 주소를 넣으면 배지·목차·기여 섹션 포함 여부에 따라 완성된 README.md가 바로 만들어집니다.

라이선스 종류는 왜 고르는 게 다를까

라이선스 없음이 "모든 권리 보유"라면, 라이선스를 붙이는 순간부터는 각 라이선스가 정한 조건대로 재사용이 허락됩니다. 어떤 라이선스를 고르느냐에 따라 재사용 조건이 크게 달라지므로 프로젝트 성격에 맞게 선택하는 것이 중요합니다.

어떤 라이선스가 "제일 좋다"고 단정할 수는 없습니다. 프로젝트를 얼마나 자유롭게 풀고 싶은지, 파생물에도 같은 조건을 강제하고 싶은지에 따라 선택이 갈리는 문제이고, 이는 저작권자의 의도에 달린 선택지이지 정답이 정해진 영역이 아닙니다.

정리

• 라이선스 파일이 없는 공개 저장소는 코드가 보여도 재사용이 허락된 상태가 아니며, 이는 깃허브가 공식적으로 안내하는 기본 원칙입니다
• 라이선스 없음은 "규칙 없음"이 아니라 "가장 엄격한 기본값(모든 권리 보유)"을 뜻합니다
• README는 프로젝트 소개, 설치, 사용 예제, 라이선스, 기여 방법 순서로 구성해야 방문자의 판단 흐름에 맞습니다
• 코드만 있고 README가 없거나, 라이선스 전문만 있고 소개가 없는 저장소는 방문자 이탈로 이어집니다
• 라이선스 종류는 우열이 아니라 재사용 조건을 얼마나 개방할지에 대한 선택의 문제입니다

자주 묻는 질문

깃허브에 코드를 올리기만 하면 자동으로 저작권 보호가 되나요

네, 코드를 작성한 시점부터 저작권은 발생합니다. 다만 라이선스 파일이 없으면 다른 사람에게 재사용을 허락한 것은 아니라는 점이 핵심입니다. 저작권 보호와 재사용 허락은 서로 다른 문제입니다.

라이선스 파일이 없는 남의 저장소 코드를 개인 프로젝트에 써도 되나요

원칙적으로는 저작권자로부터 명시적인 허락 없이는 사용하지 않는 것이 안전합니다. 라이선스 파일이 없다면 재사용 조건이 정해져 있지 않다는 뜻이므로, 사용하고 싶다면 저장소 관리자에게 직접 문의하거나 라이선스가 명시된 대체 코드를 찾는 편이 안전합니다.

README 목차(TOC)는 꼭 넣어야 하나요

필수는 아니지만 README가 길어질수록 유용합니다. 방문자가 원하는 항목(설치, 사용법, 라이선스 등)으로 바로 이동할 수 있어 문서를 끝까지 스크롤하지 않아도 됩니다. 짧은 프로젝트라면 생략해도 무방합니다.

라이선스를 나중에 바꿔도 되나요

저장소를 계속 관리하는 저작권자라면 라이선스 문구를 바꾸는 것 자체는 가능합니다. 다만 이전 라이선스 조건으로 이미 코드를 가져간 사람들에게 소급 적용되지는 않으므로, 변경 시점과 이유를 README나 커밋 이력에 명확히 남겨두는 것이 좋습니다.