사용하고 싶은 GitHub 코드가 있습니다. 저장소 에 내가 찾을 수있는 공개 라이선스 선언이 없습니다. 그러나이 특정 프로젝트에는 200 개가 넘는 포크가 있으며 공개 문제와 풀 요청에 대한 꽤 활발한 역사입니다. 다른 사람이 라이센스 추가를 요청했지만 유용한 응답이없는 하나의 문제 가 있습니다.
저장소에 공개 선언이 없습니다. 내가 찾을 수있는 라이센스. 전자 상거래의 특성을 감안할 때 (문맥 상) 많은 사람들이이 제품을 상업적으로 사용하고있는 것 같습니다. 그러나 일반적으로이 소프트웨어를 사용 / 수정 / 판매하거나 기여할 수있는 안전한 가정이 있습니까?
이것은 표준 질문 . 이 질문과 동일한 내용을 효과적으로 묻는 새로운 질문은 중복으로 마감 될 수 있습니다.
댓글
- 관련 질문 : 내 코드가 GitHub에 게시 되었기 때문에 FLOSS입니까?
- 이 특정 프로젝트에는 2008 년과 2012 년 사이에 커밋 기록이 있으며 기여자는 3 명뿐입니다. (대부분 GitHub 계정으로 식별되지 않음). 공개 된 이슈 / PR이 많이 있지만 프로젝트의 누구도 이에 대해 답한 적이없는 것 같습니다. 저는 ' 이것을 " 공개 문제 및 pull 요청의 꽤 활발한 기록이라고 부르지 않습니다. ". 저는 '이 프로젝트가 원저자의 허가를 받아 업로드되었다고 확신 할 수도 없습니다.
- 이 댓글은 완벽하게 요약합니다. github.com/organicinternet/magento-configurable-simple/pull/ …
- 어떤 시점에서 누군가가 제출했습니다. MIT 라이센스 정보를 추가하는 pull 요청 -프로젝트 작성자가이를 수락하여 자신이 무엇을하고 있는지 알고 있기를 바랍니다. 이미 기여한 다른 사람들이 라이센스 변경에 동의하지 않았다는 것이 밝혀지면 라이센스가 무효가 될 것 같습니다.
- 그래도 다른 프로젝트입니다.
답변
저장소에 라이선스가 없으면 모든 권리가 보유됩니다. 및 오픈 소스가 아닙니다 또는 무료. 코드를 수정하거나 재배포 할 수 명시 적 저작권 소유자의 허가를 받았습니다.
실제로 소스를 로컬로 가져오고 건물을 가져 오는 것이 법적 의미를 확신 할 수 없습니다. / 비공개 적으로 소프트웨어를 사용합니다. 다른 사람이이 문제에 착수 할 수 있습니다.
귀하는 라이선스를 선택할 의무가 없습니다. 그러나 라이선스가 없으면 기본 저작권법이 적용됩니다. 즉, 소스 코드에 대한 모든 권리와 누구도 귀하의 저작물을 복제, 배포 또는 파생물을 만들 수 없습니다. “오픈 소스 프로젝트를 만드는 경우 오픈 소스 라이선스를 포함하는 것이 좋습니다.” 오픈 소스 가이드는 프로젝트에 대한 올바른 라이선스 선택에 대한 추가 지침을 제공합니다.
참고 : 서비스 약관에 따라 GitHub의 공개 저장소에 소스 코드를 게시하면 다른 GitHub 사용자가 GitHub 사이트 내에서 리포지토리를보고 포크 할 수 있습니다. 이미 공용 저장소를 생성했고 더 이상 사용자가 액세스 할 수 없도록하려면 저장소를 비공개로 설정할 수 있습니다. 공용 저장소를 개인 저장소로 변환 할 때 다른 사용자가 만든 기존 포크 또는 로컬 복사본은 계속 존재합니다.
간단히 말해서 안전하게 가정 할 수있는 유일한 방법은이 코드로 아무것도 할 수있는 권한이 없다는 것입니다. 특정 GitHub의 경우 저장소를 포크하고 코드를 볼 수 있지만 그 이상은 할 수 없습니다.
전적으로 가능합니다. 소유자가이 사실을 인식하지 못한다는 사실을 알 수 있습니다. 상황을 알리고 리포지토리에 댓글을 남기고이 Q를 다시 지적했습니다. & A.
댓글
- 댓글은 확장 토론을위한 것이 아닙니다. 이 대화는 채팅으로 이동 되었습니다.
- 엄격한 의미에서 나도 그렇게 할 것임을 의미합니까 ' 실행할 권한이 없습니까? 독점 소프트웨어는 약관 내에서 명시 적으로이 권한을 부여하므로 기본값은 ' 무엇입니까?
- @WhyNotHugo가 맞습니다. 라이선스가 없으면 권한이 부여되지 않은 것입니다.GitHub 서비스 약관을 통해 코드를 볼 수 있으며 그게 전부입니다.
- 사실 그렇게 쉽지 않다고 생각합니다. 특허받은 물건이라면 : 그렇습니다. 누군가가 귀하의 관할권에서 특허를 보유하고 있다면이 IP를 내부 프로세스 등에 사용할 수 없습니다. 그러나 여기는 저작권이 있으며 다운로드 버튼이있는 웹 페이지에 게시함으로써 암시 적으로 특정 권리가 다음과 같다고 주장 할 수 있습니다. 주어진, 확실히 코드를 읽고 그것을 다운로드합니다. 이제 코드 실행이 저작권법에 의해 제한되지 않습니다 (법원 결정을 알지 못함). 내 말은, (예를 들어) 누군가가 무료 신문을 배포하고 있다고 상상해보십시오.
- 그때 그들은 ' 우리가 라이센스를주지 않았다고 주장합니다. 실제로 읽으려면 ' 합법적으로 비행하지 않습니다. 또는 저작권으로 보호되는 것은 건축입니다. 대부분의 국가에서는 사진 촬영을 허용합니다 (공개 시야각에서 촬영 한 경우). 그래서 나는 당신이 주장 할 수 있고, github에서 소스를 다운로드하여 자신의 서버에서 실행할 수 있다고 주장 할 수 있다고 믿습니다. 아마도 각 서버와 함께 github에서 다운로드해야 할 것입니다 ….. (시설에 복사하지 않으려면)
Answer
GitHub의 서비스 약관에서 더 이상 의미를 추측 할 필요가 없습니다. GitHub는 자신의 choosealicense.com 웹 사이트에서이를 잘 설명합니다.
라이선스가없는 소프트웨어를 발견하면 일반적으로 소프트웨어 제작자로부터 소프트웨어를 사용, 수정 또는 공유 할 수있는 권한이 없음을 의미합니다. GitHub와 같은 코드 호스트 코드를보고 포크 할 수 있지만 이는 어떤 목적 으로든 소프트웨어를 사용, 수정 또는 공유 할 수 있음을 의미하지 않습니다.
옵션 :
관리자에게 라이선스를 추가해달라고 친절하게 요청하세요. 소프트웨어에 반대로 강력한 표시가 포함되어 있지 않으면 라이선스 부족은 아마도 감독 일 것입니다. 소프트웨어가 GitHub와 같은 사이트에서 호스팅되는 경우 라이선스 요청 문제를 해결하고이 사이트에 대한 링크를 포함하거나 대담하고 어떤 라이선스가 가장 적합한 지 상당히 분명하다면 풀 요청을 열어 라이선스를 추가하세요.
소프트웨어를 사용하지 마십시오. 오픈 소스 라이선스에 따라 대체 항목을 찾거나 만듭니다.
비공개 라이선스를 협상합니다. 변호사를 불러옵니다.
출처 : 라이선스 기사 선택 : 라이선스 없음
댓글
- 라이선스 추가 라이센스가없는 저장소는 복잡한 작업 일 수 있습니다. 저작권 소유자 만 코드에 라이선스를 부여 할 수 있습니다. 즉, 저장소에 대한 모든 기여자는 개별적으로 새 라이선스에 따라 코드 라이선스에 동의해야합니다. 참여자가 한 명 뿐인 경우 ' 그 사람 만 필요하므로 ' 쉽습니다. 기여자가 둘 이상인 경우 ' 저장소에 라이선스를 추가하기가 쉬울 수도 있고 불가능할 수도 있습니다. 메인테이너는 모든 미래 기여에 구속되는 라이선스를 추가 할 수 있지만 ' 기존 코드를 추가 / 재 라이선스 할 권한이 없습니다. 작성자가 ' 아님