GitHub 라이선스 – 무엇에 대해 이야기하고 있습니까? 소프트웨어를 만들려면 소프트웨어를 작성할 뿐만 아니라 사용자나 개발자가 소프트웨어로 할 수 있는 권한을 결정해야 합니다. 모든 사람을 위한 무료 프로그램을 만드는 사람은 좋은 일을 하는 것이지만 그것을 사용하는 사람은 사용 방법을 정당화해야 합니다. 예를 들어, 활동 중인 회사가 무료 사무실(예: LibreOffice)과 협력하는 경우 감사인을 위해 그렇게 할 권리가 있음을 증명할 수 있어야 합니다. 이렇게 하려면 적절한 라이선스를 제시하는 것으로 충분합니다. 개발자가 공식화하는 것을 잊어버리면 회사는 어려운 위치에 놓일 수 있습니다. [캡션 ID = “attachment_11854” 정렬 = “aligncenter” 너비 = “1024”]
GitHub에서 오픈 소스 프로젝트에 라이선스를 부여해야 하는 이유
필요한 라이선스를 지정하여 개발자는 다음을 제공할 수 있습니다.
- 프로그램 이용약관 . 그들은 요금 지불을 제공하거나 일부 또는 모든 경우에 무료 사용을 허용할 수 있습니다.
- 때때로 프로그램은 커뮤니티에서 개발하기 위해 만들어집니다 . 이 경우 원하는 모든 사람이 프로그램 텍스트를 숙지할 수 있도록 하는 것이 중요합니다.
- 코드를 사용할 수 있게 되면 일부 는 프로그램을 가능한 한 안정적이고 기능적으로 만들기 위해 변경할 수 있습니다. 때로는 작성자가 모든 사람이 이 작업을 수행하도록 허용할 수 있으며, 다른 경우에는 작성자에게 변경 사항을 보내겠다고 제안하고 스스로 프로젝트를 조정합니다.
- 제3자가 프로젝트를 변경 하고 제안 할 수 있는지 여부 를 결정해야 합니다 . 이 경우 제품에 어떤 라이선스가 있어야 하는지 표시해야 합니다.
이러한 문제와 유사한 문제를 해결하면서 응용 프로그램 작성자는 실제로 자신이 만든 소프트웨어 제품의 미래 운명을 크게 결정합니다.
어떤 유형의 라이센스가 있습니까?
라이선스는 한 당사자(라이선스 제공자)가 다른 당사자(라이선스 사용자)가 자신이 만든 제품을 사용하도록 규칙을 설정하는 계약입니다. 실제로 우리는 당사자의 문서 서명에 대해 이야기하는 것이 아니라 사용에 대한 해당 권리와 의무에 대한 자동 동의에 대해 이야기하고 있습니다. 권리와 의무를 지정하는 데 실제로 제한이 없습니다. 유일한 조건은 그들이 법을 준수해야 한다는 것입니다. 자신의 라이선스를 만드는 것은 다른 규정과 호환되는지 확인해야 하기 때문에 까다로운 작업입니다. 가장 좋은 방법은 이러한 문서의 표준 유형 중 하나를 선택하여 사용하는 것입니다. 실제로는 다중 라이선스를 사용하는 것도 관례입니다. 대부분의 경우 이러한 경우 두 개의 라이선스가 동시에 사용됩니다.프로그램 작성자는 사용자가 따라야 하는 규칙을 독립적으로 공식화할 수 있는 권한이 있지만 실제로는 대부분의 경우 적절한 유형을 선택할 수 있는 많은 유형의 라이선스 사용이 개발되었습니다. 다음은 대부분의 경우 Git Hub에서 가장 많이 사용되는 옵션입니다. Git Hub에서 사용되는 가장 일반적인 라이선스는 다음과 같습니다.
저자가 문서 작성을 거부하면 이 경우 저작권이 적용되며 이는 기본적으로 해당 국가의 법률에 의해 제공됩니다. 이러한 방식으로 라이선스가 없다고 해서 프로그램으로 원하는 모든 작업을 수행할 수 있는 것은 아닙니다. 사실 이런 상황도 일종의 라이선스라고 볼 수 있다.
Github 라이선스를 선택하는 방법
적절한 옵션을 찾기 시작하기 전에 프로그래머가 요구 사항을 공식화해야 추가 라이센스를 계속 진행할 것입니다. 다음으로 요청에 해당하는 일반적인 옵션을 숙지해야 합니다. 그런 다음 법적 표현을 주의 깊게 연구하고 라이센스가 무엇인지에 대한 최종 결정을 내려야 합니다. 정보에 입각한 선택을 하려면 특정 유형의 라이선스에 따라 어떤 권리와 의무가 결정되는지 이해해야 합니다. 올바른 선택을 하기 위해 비교기라는 특수 서비스를 사용할 수 있습니다. 여기 몇 가지 예가 있어요.
- https://choosealicense.com/. 이 사이트에는 올바른 옵션을 선택하기 위한 안내 질문과 사용 세부 사항을 이해하는 데 도움이 되는 자세한 조언이 포함되어 있습니다.
- https://opensource.org/licenses 페이지는 다양한 무료 소프트웨어 솔루션을 검토하는 데 전념합니다.
- https://tldrlegal.com/ 사이트는 다양한 라이선스 옵션에 대한 백과사전으로 볼 수 있습니다. 여기에는 정확한 법률 용어와 자세한 설명이 모두 포함되어 있습니다.
Github에 라이선스를 추가하는 방법
실제로 효과와 안정성이 입증된 광범위한 라이선스 옵션에도 불구하고 개발자는 자신이 만든 프로그램에 대한 라이선스가 무엇인지에 대해 자신만의 아이디어를 가질 수 있습니다. 이 경우 서비스는 자신의 버전을 추가하거나 기존 버전을 조정할 수 있는 기능을 제공합니다. Github에 라이선스를 추가하려면 다음 단계를 따라야 합니다.
- 저장소의 메인 페이지로 이동해야 합니다.
- 파일을 추가하려면 버튼을 클릭한 다음 “새 파일 만들기”를 선택해야 합니다.
- 다음으로 파일 이름을 입력해야 합니다. 라이센스의 경우 LICENSE 또는 LICENCE.md의 두 가지 옵션 중 하나일 수 있습니다. 여기서 대문자는 필수입니다.
- 파일 이름 입력 필드 오른쪽에 있는 라이센스 템플릿을 클릭하여 선택합니다.
- 페이지 왼쪽의 메뉴에서 “프로젝트에 라이선스 추가” 줄을 선택합니다. 이 경우 기존 문서에서 옵션이 선택됩니다.
- 그런 다음 “검토 및 제출” 행을 클릭하십시오. 그런 다음 계약 세부 정보를 입력합니다.
- 그 후, 어떤 추가 사항이나 변경 사항이 있었는지 명확히 할 필요가 있습니다. 그런 다음 선택한 문서가 수정되었는지 또는 다른 버전의 라이센스를 만드는 것에 대해 이야기하고 있는지 여부를 나타냅니다.
변경 사항을 확인한 후 개발자는 Git Hub 서비스의 라이선스 목록을 변경하는 절차를 완료합니다.
라이선스 선택 Github – Git Hub에서 인기 있는 라이선스의 예
다음으로 가장 인기있는 옵션을 고려할 것입니다. 장단점을 이해하면 프로그래머는 올바른 옵션을 찾거나 효과적으로 검색하는 방법을 이해할 수 있습니다.
GPL
이 라이센스는 가장 인기있는 라이센스 중 하나라고 할 수 있습니다. 그것은 자유 소프트웨어를 만드는 사람들을 위한 고전입니다. 이 문서의 주요 요구 사항 중 하나
는 제 3자가 프로그램을 자유롭게 수정할 수 있지만 동시에 동일한 라이선스 하에서만 결과를 배포할 수 있는 권리가 있다는 것입니다. 이 라이선스는 버전이 다를 수 있습니다. 최신은 세 번째입니다. GPL은 Drupal 웹 콘텐츠 관리 시스템, MariaDB 데이터베이스 관리 시스템, 벡터 그래픽 편집기 InkSkape 및 기타 여러 프로그램의 개발자가 사용했습니다. SQL이 GPL뿐만 아니라 상용 라이선스도 사용한다는 점은 흥미롭습니다.
LGPL
이 제목은 GNU Lesser General Public License GPL로 번역됩니다. 일부 개발자의 경우 GPL이 적합하지 않습니다. 동일한 라이선스에 따라 수정된 제품을 배포해야 하는 의무가 발생하기 때문입니다. 이 옵션을 사용할 때의 특성은 프로그래머가 만든 라이브러리 사용에 대한 라이선스 프로세스가 어떻게 발생하는지 설명할 수 있습니다. 이 경우 다음 세 가지 옵션을 고려하는 것이 일반적입니다.
- 라이브러리가 새로운 기능을 제공하고 상용 라이브러리가 유사한 작업을 수행할 수 없는 경우 GPL을 사용하는 것이 최적입니다.
- 무료 라이브러리의 개발자는 이미 기존 표준을 구현했습니다. 이 영역에는 유사한 기능을 가진 상용 옵션이 있습니다. 이 경우 LGPL을 선택하는 것이 편리합니다.
- 실제로 상용 표준과 경쟁하는 새로운 표준에 관해서는 Apache 라이선스가 적합합니다.
이 표준
은 라이브러리의 상업적 사용을 허용합니다 . 수정 사항이 있는 경우 배포 시 동일한 이용 약관을 사용해야 합니다. 그러나 간단한 코드를 사용하면 조건을 변경할 수 있습니다.
이클립스 공중 라이선스
이 문서
는 상업용 라이선스를 포함한 다른 라이선스로 배포하는 것을 허용합니다 . 주요 조건은 수정 된 작품에서 혁신이 별도의 모듈에 배치된다는 것입니다. 이 라이센스는 Java 제품 개발에서 인기를 얻었습니다. Java 애플리케이션을 테스트하기 위한 프레임워크인 Clojure 프로그래밍 언어가 그 예입니다.
모질라 공중 라이선스
일부에서는 이 문서를 GPL과 상용 라이선스 간의 절충안으로 봅니다. 특정 파일에 대한 공개 액세스 권한을 갖는 것은 MPL의 요구 사항입니다
. 소프트웨어 제품에는 이 라이센스에 따라 일부 파일이 포함될 수 있으며 다른 파일에는 라이센스가 없을 수 있습니다. 수정 후에는 필요한 라이선스(예: 상업용 라이선스일 수 있음)를 넣을 수 있지만 이는 MPL에 따라 릴리스된 파일에 대한 액세스가 여전히 열려 있는 경우에만 가능합니다. 이 경우 최종 사용자에게 원본 소프트웨어의 작성자에 대한 정보를 제공해야 합니다. 이 문서에 따라 LibreOffice Office, Mozilla 브라우저 및 기타 소프트웨어 제품이 출시되었습니다.
아파치 라이선스 Github
AL은 자유 자유 라이선스라고 합니다. 이 기능은 이전과 동일한 조건에서 파생 상품을 출시할 의무 가 없기 때문입니다
. 이 문서는 Apache Software Foundation에서 적극적으로 사용하고 있습니다. 사용할 때 다음이 허용됩니다.
- 소프트웨어 제품은 상업적 목적으로 계속 사용할 수 있습니다.
- 응용 프로그램 수정이 허용됩니다.
- 후속 재배포에는 원저자의 이름이 포함되어야 합니다.
새로운 변형을 생성할 때 라이선스 사용자는 원본 제품 코드를 제공할 의무가 없습니다. 이 라이센스는 상당한 인기를 얻었습니다. 이것은 이러한 유형의 라이선스에 따라 출시되는 잘 알려진 소프트웨어 제품을 나열하여 증명할 수 있습니다. Android 운영 체제, Java로 엔터프라이즈 애플리케이션을 만드는 데 사용하는 프레임워크, Apache 웹 서버. https://youtu.be/wyZq-EazOmU
MIT 라이선스
어떤 사람들은 이 무료 소프트웨어 라이선스 옵션이 가장 인기가 있다고 생각합니다. 일부는 다양한 유형의 무료 또는 상용 라이센스와의 우수한 호환성을 주요 이점으로 생각합니다. 가장 중요한 기능은
코드를 수정할 수 있는 기능과 변경한 사람의 선택에 따라 다른 라이선스로 재배포할 수 있는 권한 입니다. 이 문서를 사용하는 소프트웨어 제품은 JQuiery라는 JavaScript 라이브러리, Atom 텍스트 편집기, AngularJS – JavaScript로 개발하기 위한 프레임워크입니다. [caption id = "attachment_11851" align = "aligncenter" width = "1906"]
수중 암석
때때로 작성자는 처음에 라이센스의 한 버전을 선택하고 나중에 변경하기를 원합니다. 그가 혼자 프로그램을 만들었다면 그러한 변화는 어렵지 않을 것입니다. 다만, 개발에 참여자가 많은 경우에는 그들의 동의 없이는 동작하지 않습니다. 예를 들어 Linux의 제작자는 실제로 운영 체제의 기초를 만들었지만 추가 개발에 참여한 모든 프로그래머의 동의 없이는 라이센스를 변경할 수 없습니다. MPL에 따라 재배포할 때 코드를 변경한 사람은 다른 라이선스에 따라 MPL에 따라 파일을 제공할 수 없습니다. 새 문서의 사용은 다른 소프트웨어 모듈에 적용됩니다.
