올바른 라이선스 선택
코드를 라이선싱하는 방법을 이해하는 데 도움이 되는 choosealicense.com을 만들었습니다. 소프트웨어 라이선스는 소스 코드로 수행할 수 있는 작업과 수행할 수 없는 작업을 다른 사용자에게 알려주므로 정보에 입각한 결정을 내리는 것이 중요합니다.
라이선스를 선택할 의무는 없습니다. 그러나 라이선스가 없으면 기본 저작권법이 적용됩니다. 즉, 소스 코드에 대한 모든 권한을 보유하게 되며 아무도 결과물을 재현하거나, 배포하거나, 파생 결과물을 만들 수 없습니다. open source 프로젝트를 만드는 경우 open source 라이선스를 포함하는 것이 좋습니다. 오픈 소스 가이드는 프로젝트에 적절한 라이선스를 선택하는 방법에 대한 추가 지침을 제공합니다.
참고
GitHub에 퍼블릭 리포지토리에 소스 코드를 게시하는 경우 서비스 약관에 따라 GitHub.com의 다른 사용자는 리포지토리를 보고 포크할 권리가 있습니다. 리포지토리를 이미 만들었으며 더 이상 사용자가 리포지토리에 액세스할 수 없도록 하려면 리포지토리를 프라이빗으로 만들 수 있습니다. 리포지토리의 표시 유형을 프라이빗으로 변경하면 다른 사용자가 만든 기존 포크 또는 로컬 복사본이 계속 존재합니다. 자세한 내용은 리포지토리 표시 유형 설정을(를) 참조하세요.
라이선스 위치 결정
대부분의 사람들은 리포지토리의 루트에 LICENSE.txt(또는 LICENSE.md나 LICENSE.rst) 라이선스 텍스트를 배치합니다. 다음은 Hubot의 예제입니다.
일부 프로젝트에는 추가 정보에 라이선스에 대한 정보가 포함됩니다. 예를 들어 프로젝트의 추가 정보에는 "이 프로젝트는 MIT 라이선스 조건에 따라 라이선스가 부여됩니다."라는 설명이 포함될 수 있습니다.
모범 사례로 프로젝트에 라이선스 파일을 포함하는 것이 좋습니다.
라이선스 유형별로 GitHub 검색
`license` 한정자와 정확한 라이선스 키워드를 사용하여 라이선스 또는 라이선스 패밀리에 따라 리포지토리를 필터링할 수 있습니다.
| 라이선스 | 라이선스 키워드 |
|---|---|
| Academic Free License v3.0 | AFL-3.0 |
| Apache 라이선스 2.0 | Apache-2.0 |
| 아티스틱 라이선스 2.0 | Artistic-2.0 |
| 소프트웨어 라이선스 1.0 향상 | BSL-1.0 |
| BSD 2-clause "Simplified" 라이선스 (BSD 2절 "단순화된" 라이선스) | BSD-2-Clause |
| BSD 3-clause "신규" 또는 "개정" 라이선스 | BSD-3-Clause |
| BSD 3-clause Clear 라이선스 | BSD-3-Clause-Clear |
| BSD 4절 "원본" 또는 "이전" 라이선스 | BSD-4-Clause |
| BSD 조항 없음 라이선스 | 0BSD |
| Creative Commons 라이선스 제품군 | CC |
| 크리에이티브 커먼즈 제로 v1.0 유니버설 | CC0-1.0 |
| 크리에이티브 커먼즈 저작자표시 4.0 | CC-BY-4.0 |
| Creative Commons Attribution ShareAlike 4.0 | CC-BY-SA-4.0 |
| 무엇이든 원하는 대로 할 수 있는 공개 라이선스 | WTFPL |
| 교육 커뮤니티 라이선스 v2.0 | ECL-2.0 |
| Eclipse 공용 라이선스 1.0 | EPL-1.0 |
| Eclipse 공용 라이선스 2.0 | EPL-2.0 |
| 유럽 연합 공공 라이선스 1.1 | EUPL-1.1 |
| GNU Affero 일반 공용 라이선스 v3.0 | AGPL-3.0 |
| GNU General Public License 제품군 | GPL |
| GNU 일반 공용 라이선스 v2.0 | GPL-2.0 |
| GNU 일반 공용 라이선스 v3.0 | GPL-3.0 |
| GNU Lesser General Public License 제품군 | LGPL |
| GNU Lesser 일반 공용 라이선스 v2.1 | LGPL-2.1 |
| GNU 약소 일반 공용 라이선스 v3.0 | LGPL-3.0 |
| ISC | ISC |
| LaTeX Project 공용 라이선스 v1.3c | LPPL-1.3c |
| Microsoft 퍼블릭 라이선스 | MS-PL |
| MIT | MIT |
| Mozilla 공용 라이선스 2.0 | MPL-2.0 |
| Open Software License 3.0 | OSL-3.0 |
| PostgreSQL 라이선스 | PostgreSQL |
| SIL Open Font License 1.1 | OFL-1.1 |
| 일리노이 대학교/NCSA 오픈 소스 라이선스 | NCSA |
| 더 언라이센스 | Unlicense |
| zLib 라이선스 | Zlib |
패밀리 라이선스로 검색하는 경우 결과에는 해당 패밀리의 모든 라이선스가 포함됩니다. 예를 들어 쿼리 license:gpl을 사용하는 경우 결과에는 GNU General Public License v2.0 및 GNU General Public License v3.0에서 라이선스가 부여된 리포지토리가 포함됩니다. 자세한 내용은 리포지토리 검색을(를) 참조하세요.
라이선스 검색
[open source Ruby gem Licensee](https://github.com/licensee/licensee)는 리포지토리의 _LICENSE_ 파일을 알려진 라이선스의 짧은 목록과 비교합니다. 또한 라이선스 실시권자는 [라이선스 API](/rest/licenses)를 제공하며 [GitHub의 리포지토리에 라이선스가 부여되는 방법에 대한 인사이트를 제공합니다](https://github.com/blog/1964-open-source-license-usage-on-github-com). 리포지토리에서 [라이선스 선택 웹 사이트](https://choosealicense.com/appendix/)에 나열되지 않은 라이선스를 사용하는 경우 [라이선스를 포함하도록 요청](https://github.com/github/choosealicense.com/blob/gh-pages/CONTRIBUTING.md#adding-a-license)할 수 있습니다.
리포지토리에서 라이선스 선택 웹 사이트에 나열된 라이선스를 사용하고 있고 리포지토리 페이지의 맨 위에 명확하게 표시되지 않는 경우 여러 라이선스 또는 기타 복잡성이 있는 것일 수 있습니다. 라이선스를 검색하려면 ‘라이선스’__ 파일을 단순화하고 리포지토리의 ‘추가 정보’__ 파일과 같은 다른 곳에서 복잡성을 기록해 둡니다.
기존 라이선스를 사용하여 리포지토리에 라이선스 적용
라이선스 선택기는 GitHub 새 프로젝트를 만들 때만 사용할 수 있습니다.
브라우저를 사용하여 라이선스를 수동으로 추가할 수 있습니다. 리포지토리에 파일 추가에 대한 자세한 내용은 리포지토리에 라이선스 추가을(를) 참조하세요.
면책 조항
GitHub open source 라이선스 노력의 목표는 정보에 입각한 선택을 할 수 있도록 출발점을 제공하는 것입니다. GitHub 사용자가 open source 라이선스 및 라이선스를 사용하는 프로젝트에 대한 정보를 가져오는 데 도움이 되는 라이선스 정보를 표시합니다. 그것이 도움이 되기를 바라지만 당사는 변호사가 아니며 모든 사람들과 같이 실수할 수 있다는 것을 명심하시기 바랍니다. 이러한 이유로 GitHub "as-is" 근거로 정보를 제공하고 제공된 정보 또는 라이선스에 대해 어떠한 보증도 하지 않으며, 라이선스 정보 사용으로 인한 손해에 대한 책임을 부인합니다. 코드에 적합한 라이선스 또는 코드와 관련된 기타 법적 문제에 대해 질문이 있는 경우 항상 전문가와 상의하는 것이 가장 좋습니다.
추가 참고 자료
- 오픈 소스 가이드 섹션 오픈 소스의 법적 측면
-
[GitHub Skills](https://skills.github.com/)