Git은 GPLv2에 따라 라이센스가 부여되고 GitHub가 Git과 상호 작용하므로 GitHub 코드베이스 전체가 GPL 호환 라이센스로 공개 소스로 제공되지 않아야합니까?
Git은 GPLv2에 따라 라이센스가 부여되고 GitHub가 Git과 상호 작용하므로 GitHub 코드베이스 전체가 GPL 호환 라이센스로 공개 소스로 제공되지 않아야합니까?
답변:
3 가지 이유 :
GPL의 용어에 따르면 웹을 통해 GitHub에 액세스하는 사람들은 릴리스 또는 GPLv3 용어로 전파되는 것으로 간주되지 않으므로 GitHub은 소스 코드를 공유 할 필요가 없습니다. GitHub가 소프트웨어를 전송하고 자체 네트워크에서 내부적으로 GitHub 인스턴스를 실행하는 버전의 서비스를 판매하려는 경우 (내가 신경 쓰지 않았을 수도 있음) 다음을 제외하고 소스 코드를 제공하십시오.
GitHub는 명령 행 호출을 통해 Git 클라이언트에 매우 잘 액세스 할 수 있습니다.이 경우 "arms length"로 통신 하는 것으로 간주 되므로 GitHub를 파생 작업으로 만들지 않으므로 GPL의 요구 사항이 적용되지 않습니다.
또한 GitHub는 Git 소프트웨어를 사용하지 않을 수도 있으며 자체 핵심 "git 구현"을 작성했으며 호환성을 유지하기 위해 인터페이스를 다시 구현했습니다.이 경우 GPL의 요구 사항이 다시 적용되지 않습니다.
다른 답변 외에도, 두 협력 프로그램이 단일 작업을 구성 할 때 FSF의 견해는 매우 모호하다고 덧붙입니다.
또한 이러한 견해는 독일을 제외하고 법정에서 테스트 된 적이 없습니다.
현재 진행중인 사건이지만 판사는 두 프로그램이 하나의 저작물을 구성하는지, 즉 동일한 주소 공간을 공유하는지 여부를 결정하기 위해 FSF가 명시한 주요 고려 사항 중 하나가 (독일) 저작권법과 관련이 없다고 동의했습니다. FSF는 소송에 관여하지 않았지만 소송 당사자는 집계 / 파생에 대한 FSF의 견해를지지 해 왔다는 점에 유의해야합니다.
따라서 다음 Github을 작성하는 사람들은 FSF가 귀하에게 있다고 말할 때 (그리고 그 반대의 경우도) 법의 반대편에 있다고 가정하지 마십시오.
GitHub는 Git을 사용하지 않습니다. 그들은 Linking Exception과 함께 GPLv2 하에서 릴리스 된 자체 구현 인 libgit2를 사용합니다 . 따라서 GitHub가 라이센스를 준수하기 위해 소스 코드를 공개 할 필요는 없습니다.