GitHub 라이선스를 선택하는 방법과 잘못된 선택을 하지 않는 것이 왜 중요한가요? GitHub는 IT 프로젝트의 공동 개발 및 후속 호스팅을 위한 가장 큰 서비스입니다. 이 웹 서비스의 도움으로 무제한의 사람들이 한 번에 프로젝트에 대해 작업할 수 있을 뿐만 아니라 전 세계 어디에서나 작업할 수 있습니다. 또한 GitHub에는 언제든지 개발자의 모든 변경 사항을 절대적으로 보고 제어할 수 있는 관리 시스템 또는 제어가 있으며 변경 이전 상태로 돌아갈 수도 있습니다.
GitHub 라이선스란 무엇입니까?
라이센스는 국가 형식에 의해 설정되었으며 특정 유형의 기업 활동에 참여할 수 있도록 허용하는 특수 문서이며 반드시 당사국의 특별한주의가 필요합니다. 그러나 실제로는 대부분의 경우 약식 라이선스 계약만 사용되거나 민법 라이선스 발급을 제공하는 계약이 사용됩니다. 일반적으로 라이선스는 하나만을 추구하지만 가장 중요한 목표는 라이선스 제공자와 라이선스 사용자 간의 의무와 권리에 대한 합의입니다. 이러한 의무와 권리는 절대적으로 무엇이든 될 수 있지만 법의 틀 내에서만 가능합니다. 눈에 띄는 예는 라이선스 허가자가 라이선스 사용자의 저작물을 사용할 때 저작권 소유자의 이름을 의무적으로 표시하도록 요구할 수 있다는 것입니다. 또는 예를 들어 저작물의 복제를 허용하려면그러나 어떠한 수정도 절대 금지합니다. 혹은 원작과 절대적으로 같은 조건으로 작품을 제작해야 한다는 조건 등을 추론하기 위해 다양한 조건이 제시되는 사례가 많다. [캡션 ID = “attachment_12368” 정렬 = “aligncenter” 너비 = “780”]
그러나 라이선스는 라이선스 제공자뿐 아니라 라이선스 사용자의 권리도 보호한다는 사실을 잊어서는 안 됩니다. 여기에서 저작물의 모든 사용 조건을 명확하게 보고 읽을 수 있으므로 라이선스 제공자가 갑자기 자신의 저작물 사용에 대한 로열티 또는 기타 보상을 요구하는 것을 두려워할 필요가 없습니다.
저작물과 관련된 라이선스를 거부하는 경우에도 해당 국가에서 시행 중인 법적 규칙에 따라 저작권이 계속 적용됩니다. 간단히 말해서 라이선스가 없다고 해서 다른 작성자가 원하는 대로 이 프로젝트를 사용할 수 있다는 의미는 아닙니다. 모든 것은 절대적으로 반대로 특정 라이센스가 없으면 프로그래머가 법에 의해 부여된 권리를 결코 포기하지 않기 때문입니다. 라이선스가 모든 권리와 의무에 적용된다는 사실을 항상 기억하는 것도 중요합니다. 이는 사용자의 기대와 보증이 의미하는 바로부터 저작물의 소유자를 보호하기 위한 것입니다. 결국, 아무도 그의 코드가 어떤 식으로든 법원에 가는 것을 원하지 않습니다.
저작권이란
지적 활동의 결과로 독특하지만 동시에 유용한 작업을 만들 때만 저작권이 나타납니다. 예를 들어 동일한 프로그램을 작성할 수 있습니다. 위의 모든 작업이 완료되면 그 사람이 저자가 되며 이제 이 작업에 대한 모든 저작권은 그 사람에게 있습니다. 또한 저작권은 독점적이고 비독점적이라고 말해야 합니다. 그들의 차이점은 재산권은 누구에게나 양도될 수 있지만 재산권은 어떤 상황에서도 항상 저작자에게만 남아 있는 것은 아니라는 것입니다. 결국 작가가 되는 것은 양도할 수 없고 양도할 수 없는 권리입니다.
오픈 소스 라이선스란 무엇입니까?
이것은 또한 초보 개발자와 프로그래머 사이에서 상당히 인기 있는 질문입니다. 왜냐하면 라이센스 없이는 프로젝트가 쉽게 존재할 수 있기 때문에 프로젝트에 라이센스를 첨부해야 하는 이유를 단순히 이해하지 못하기 때문입니다. 그러나 이것은 완전히 사실이 아닙니다. 예를 들어 일부 초보 개발자가 다소 중요하고 유용한 코드를 작성했지만 라이선스로 보호하지 않은 경우 다른 사용자가 질문을 하기 때문입니다. 그리고 바로 이 때문에 클라이언트가 그에게 와서 이 코드 조각을 상업적 목적으로 사용하려고 할 때 코드에 라이선스가 없다는 것을 보고 단순히 거부합니다. 이것은 회사가 법률 및 변호사 문제가 필요하지 않기 때문에 라이센스 없이는 코드를 사용하지 않을 것이라는 사실 때문입니다.
특정 조건에 적합한 GitHub 라이선스 – 선택 방법은 무엇입니까?
라이선스 선택은 프로젝트의 목표와 개발자 자신의 개인 취향과 욕구에만 의존하기 때문에 이 질문에 대한 정확한 답은 없습니다. 보시다시피 GitHub에는 다양한 라이선스가 있으며 가장 중요한 것은 모두 무료이며 공개적으로 사용 가능하므로 모든 프로그래머가
자신의 프로젝트에 정확히 적합한 오픈 소스 라이선스를 찾을 수 있다는 것입니다. 그러나 가장 중요한 것은 오픈 소스 라이선스가 라이선스가 없는 단순한 코드가 아니라는 점입니다.
- 강력하게 보호합니다.
- 방어력이 약합니다.
- 허용.
강력하게 보호
강력하게 방어하는 라이선스는 대부분 GPL의 변형입니다. 이러한 라이선스는 코드 또는 프로젝트가 어떻게 사용되거나 이미 사용되었는지에도 불구하고 반드시 프로젝트 라이선스와 소스 코드 공개를 요구합니다.
약한 방어
약한 방어 라이센스는 대부분 Lesser GPL의 변형입니다. 퍼미시브 라이선스와의 주요 차이점은 GPL 라이선스에 따라 프로그램에 라이선스를 부여하고 소스 코드를 반드시 제공해야 한다는 것입니다. 또한 프로그래머의 프로젝트에 라이브러리, 즉 LGPL 라이센스에 따른 정적 링크 또는 동적 링크가 포함되어 있으면 프로그래머의 프로젝트 라이센스와도 호환됩니다.
관대한
많은 허용 라이선스가 있으며 그 중 가장 인기 있는 라이선스는 MIT, Apache 2.0 및 BSD입니다. 약간의 변형이 있지만 이러한 라이선스는 오픈 소스 프로젝트와 상업적 목적 및 프로젝트 모두에서 코드 사용을 허용할 수 있습니다. 단, 이 경우 원본 프로그램의 저작자를 표시할 필요가 있음을 기억하는 것이 중요합니다.
기타 인기 있는 GitHub 라이선스
이 세 가지 라이선스 그룹 외에도 다른 라이선스가 있습니다. 예를 들어 가장 유용한 라이선스 중 하나는 클래스 경로 확장이 있는 GPLv2입니다. 이 라이선스는 오픈 소스 프로젝트와 상용 프로젝트 및 목적 모두에서 사용할 수도 있습니다. 가장 인기 있는 모습은 Oracle에 있으며 이 회사는 오픈 소스 프로젝트 및 솔루션에 라이선스를 부여하기 위해 클래스 경로 확장과 함께 GPLv2를 사용합니다. 예를 들어 일반 GPL 라이선스는 바이트 코드를 처리할 수 없기 때문에 이 라이선스는 매우 중요하고 유용합니다. 즉, 컴파일 및 연결 프로세스에 대한 특별한 설명이 있는데, 이는 가장 인기 있는 Java 언어를 포함하는 다른 해석 프로그래밍 언어에는 완전히 부적절합니다.classpath 확장이 있는 특별한 GPLv2 라이센스가 릴리스된 경우를 위한 것입니다. 결국, 이 라이센스에 따라 릴리스된 라이브러리는 다른 라이센스와 함께 상업적 프로젝트 및 목적에 사용할 수 있음을 매우 명확하고 명확하게 말합니다.
.
라이선스 추가
최종 라이선스가 최종적으로 선택되면 프로젝트 루트 자체에 라이선스를 추가하기만 하면 됩니다. 이 작업을 수행하려면 프로젝트 자체를 만드는 동안 또는 일반적으로 다른 시간에 프로젝트 루트 아래에 선택한 라이선스를 추가해야 합니다. 하지만 이 작업에서도 GitHub 웹 서비스는 사용자를 관리하고 프로젝트 자체가 시작될 때에도 최종 라이선스를 추가할 수 있는 상당히 편리한 방법을 만들었습니다.
