🍋 MIT License 적용 후 앱스토어 출시 시 주의사항 및 변경 가이드

앱을 개발하면서 깃허브에 올릴 때 한 번쯤 보게 되는 옵션이 바로
Add license → MIT License 입니다.

많은 개발자들이 그냥 습관적으로 체크하고 넘어가지만,
사실 이 선택은 꽤 중요한 의미를 갖고 있습니다.

 

이번 글에서는 LemonLog 프로젝트를 예로 들어,
👉 MIT 라이선스의 의미부터
👉 앱스토어 출시 시 주의해야 할 점,
👉 필요할 경우 변경하는 방법까지
단계별로 정리해봤습니다.

---

🟡 1️⃣ MIT License란?

MIT License는 전 세계적으로 가장 많이 사용되는 오픈소스 라이선스입니다.
핵심 문장은 단 한 줄이에요 👇

 

누구나 내 코드를 자유롭게 사용할 수 있지만,

저작권 표시(작성자 이름)는 꼭 남겨야 한다.

 

즉, 내가 만든 코드를 누군가 복제하거나 수정해서 사용해도 괜찮습니다.
법적 제약이 거의 없고, 간단하고 유연하다는 점이 장점이에요.

---

🟢 2️⃣ MIT License의 장점

항목	설명
✅ 자유로운 사용	개인/상업/교육 목적으로 자유롭게 활용 가능
✅ 저작권 보호	작성자의 이름과 출처는 반드시 남겨야 함
✅ 협업 친화적	오픈소스, 스터디, 포트폴리오 공개에 유리
✅ AI/자동화 도구 활용 시 안전	GPT, Copilot 등의 코드 학습 대상이 될 수 있음

 

결론적으로,
👉 포트폴리오나 개인 공부용으로 깃허브에 공개할 때는 최적의 선택이에요.

---

🔴 3️⃣ 하지만, 앱스토어 출시 시엔 조금 다릅니다

만약 앱을 상용 서비스로 배포(앱스토어 출시) 한다면
MIT License에는 한 가지 단점이 있습니다 👇

 

다른 개발자가 당신의 코드를 복제해

비슷한 앱을 만들어도 법적으로 막을 수 없습니다.

 

즉, MIT는 “코드를 보호하는” 라이선스가 아니라
“공유를 허용하는” 라이선스입니다.

 

그래서 실제로 앱스토어에 올릴 때는
소스 코드를 비공개(private) 로 전환하거나
LICENSE 파일을 삭제해두는 게 좋아요.

---

🧩 4️⃣ 라이선스 변경 방법 (MIT → No License)

✅ 방법 ①: GitHub 웹에서 변경하기

1. 깃허브 레포지토리 페이지로 이동

2. Add file → Create new file 클릭

3. 파일 이름을 LICENSE 로 입력

4. 내용 전체를 삭제하거나, 아래처럼 작성 👇

Copyright (c) 2025 jung-geun kwon
All rights reserved.

This project is part of a personal iOS app portfolio and is not licensed for redistribution or commercial use without permission.

 

레포지토리를 생성했다면, LICENCE 파일로 이동

기본적으로 작성된  "MIT Licence ~" 이 부분을 지우고,

위의 "Copyright ~" 내용으로 대체

 

5. Commit changes → 완료

 

➡️ 이렇게 하면 사실상 “라이선스 없음(No license)” 상태가 됩니다.

---

✅ 방법 ②: 로컬에서 변경하기

# LICENSE 파일 삭제
rm LICENSE

# 변경사항 커밋 및 푸시
git add .
git commit -m "Remove MIT License"
git push

 

그 후, README.md에 아래 한 줄을 추가해두면 좋아요 👇

Copyright (c) 2025 jung-geun kwon
All rights reserved.

This project is part of a personal iOS app portfolio and is not licensed for redistribution or commercial use without permission.

---

🧭 5️⃣ LemonLog 프로젝트 기준 추천 방향

상황	권장	라이선스 이유
개인 공부 / 포트폴리오 공유용	✅ MIT License 유지	공개 + 신뢰도 향상
앱스토어 출시 / 상용 서비스	🚫 LICENSE 삭제 (No License)	코드 보호
커뮤니티 기능 + 오픈소스 확장 예정	✅ MIT 또는 Apache 2.0	협업 친화적

---

 

✨ 6️⃣ 정리하자면

MIT License는 "공유"에는 최적,

하지만 "보호"에는 취약한 라이선스입니다.

 

포트폴리오 → MIT 유지

상용 앱 출시 → No License 변경

협업/오픈소스 → MIT 또는 Apache 2.0

 

앱 개발 초기에는 MIT로 진행해도 전혀 문제 없으며,
출시 직전에 LICENSE만 제거하면 깔끔하게 정리할 수 있습니다 💡

---

📘 예시 — LemonLog 리포지토리 설정 요약

항목	설정값	설명
Repository Name	LemonLog	감정 기록 & 회복형 다이어리 앱
Description	“기분을 기록하고, 나를 회복하는 감정 다이어리”
Visibility	Public (포트폴리오용)
Add README	✅ On
Add .gitignore	✅ Xcode 선택
Add license	MIT License (개발 중) → No license (출시 전 변경)

---

💡 결론

“개발 단계에서는 공유를,

출시 단계에서는 보호를.”

 

이 한 문장이 라이선스 전략의 핵심입니다 🍋