오픈 소스 프로젝트의 기여에서 비롯된 코드를 누가 소유하고 있습니까?


15

누군가가 사람들이 기여할 오픈 소스 프로젝트 (예 : GPL 라이센스)를 시작하면 전체 프로젝트 수준에서 누가 이러한 기여를 소유합니까? 새로운 코드가 원저자의 소유물이됩니까 아니면 기고자도 저자가됩니까?

진행중인 프로젝트에 대한 권리는 누구에게 있습니까? 예를 들어 누가 두 번째 라이센스로 코드를 릴리스 할 수 있습니까? 원작자 만? 기고자들이 별도로 그렇게 할 수 있습니까, 아니면 원래 저자와 모든 기고자들과 공동 결정을해야합니까?


4
좋은 질문처럼 들리네 ... 변호사에게.
edalorzo

1
라이센스를 변경하기 위해 Open Street Map이 수행 한 작업을 확인하십시오. 변경 사항이있을 경우 모든 기고자로부터 해고를 당하거나, 그렇지 않은 경우 기고자지도 데이터를 삭제해야합니다. 말 그대로 몇 년이 걸렸습니다.
James

답변:


18

각 저자는 자신의 코드에 대한 저작권을 보유합니다. 프로젝트가 GPL하에있는 경우 코드를 제공하려면 코드가 GPL하에 라이센스가 있어야합니다. 다른 라이센스로 배포하는 것과 같은 코드로 다른 작업을 수행하려면 원래 작성자의 권한이 필요합니다.

많은 프로젝트의 경우 프로젝트 소유자는 기고자에게 기여 코드에 대한 저작권을 프로젝트 소유자에게 할당해야합니다. 이를 통해 예를 들어 GPL 라이센스의 새 버전에서 GPL 프로젝트를 릴리스 할 수 있습니다. 이러한 경우에는 수백 명의 개인 기고자를 추격하는 것이 비현실적이기 때문에 릴리스되기 때문입니다.


9
또는 상황에 따라 그들의 재산과 상속인.

12

저작권 보유자. 기본적으로 이는 해당 코드의 작성자입니다 (각각의 개별 작성자가있는 경우). 다른 사람에게 저작권을 할당 할 수 있으며, 일부 오픈 소스 프로젝트에는 기고 조건으로 저작권을 할당해야합니다.


+1 : 이것이 핵심입니다. 원저자는 다른 사람에게 권리 (또는 저작권 그 자체)를 부여하지 않는 한 또는 모든 권리를 소유합니다. 아무도 당신의 권리를 앗아 갈 수 없습니다.
david.pfx

"저작권"의 개념과 구체적으로 "할당"또는 저작권의 양도는 일부 관할지에 따라 다릅니다 (저는 이것이 "법률"과 관련이 있다고 생각합니다). 예를 들어 독일에서는 개인으로서 양도 할 수없는 권리로 간주되므로 저자로서 귀하의 권리를 완전히 양도 할 수 없습니다. 물론 대부분의 권리를 이전 할 수 있으므로 결과는 거의 동일하지만 개념 (및 세부 정보)은 여전히 ​​다릅니다.
썰매

특히 독일 법률에 따라 "Urheberrecht"( "저작권")는 양도 할 수 없습니다 (§29 UrhG). 그러나 자신이 만든 저작물을 사용할 수있는 독점권을 부여 할 수 있습니다. 한 가지 중요한 차이점은 특정 조건에서 원본 작성자가 권리 부여를 철회 할 수 있다는 점입니다. 저작권 배정은 영구적입니다.
sleske

8

모든 사람은 자신이 작성한 코드에 대한 저작권을 보유합니다. 기본적으로 원본 작성자는 해당 코드에 대한 라이센스를 부여 할 수있는 유일한 사람입니다.

오픈 소스 프로젝트에는 일반적으로 많은 작성자가 있으므로 모든 저자를 추적하고 라이센스 변경이 필요할 때마다 동의하도록하는 것은 불가능합니다. 이 문제를 피하기 위해 일부 오픈 소스 프로젝트는 해당 라이센스의 이후 버전에서 코드를 사용할 수있는 라이센스에 따라 라이센스가 부여됩니다. 이 방법으로 저자는 아직 사용할 수없는 향후 버전의 라이센스에 동의하게됩니다. 일반적으로 라이센스 작성자는 GNU 일반 공중 라이센스 와 같이 이후 버전을 원본 라이센스와 유사하게 만들 것을 약속합니다 .

자유 소프트웨어 재단은 때때로 GNU General Public License의 개정 및 / 또는 새 버전을 게시 할 수 있습니다. 이러한 새 버전은 현재 버전과 비슷하지만 새로운 문제 나 문제를 해결하기 위해 세부적으로 다를 수 있습니다.

이 문제를 해결하는 다른 방법은 작성자가 자신의 저작권을 다른 사람 (예 : 프로젝트 소유자)에게 양도하는 데 동의하는 것입니다. 그런 다음이 사람은 프로젝트 라이센스와 새로운 라이센스의 라이센스 여부를 결정할 수 있습니다. 이 접근법의 단점은 프로젝트 소유자가 사람이며 원래 작성자의 정신으로 행동하지 않을 수 있다는 것입니다. 또한 원래 프로젝트 소유자가 포크의 일부가 아니며 포크 소유자가 원래 코드 작성자의 저작권을 가지지 않기 때문에 포크가 새로운 라이센스로 전환하기가 더 어려워집니다.

마지막으로, 당신이 정말로 큰 실체라면 라이센스 작성자가 라이센스를 변경하도록 탄원 할 수 있습니다. Wikimedia가 CC-by-sa를 사용하여 GFDL 전용 라이센스에서 이중 라이센스로 전환 한 방법은 다음과 같습니다. 제한된 시간 동안 -sa.

보다시피 라이센싱은 항상 번거롭고 최선의 조치가 무엇인지 명확하지 않습니다. 일반적으로 나중에 라이센스를 변경하는 것이 매우 어렵 기 때문에 다른 사람들이 기여하기 전에 프로젝트에 적합한 라이센스를 찾는 데 약간의 시간을 투자해야합니다.


0

그 대답은 오픈 소스 프로젝트가 코드를 받아들이는 조건에 크게 좌우됩니다 .

최소한 대부분의 경우, 기고하면 기고 물을 사용, 배포하는 등의 프로젝트 권한을 부여했으며 모든 프로젝트 사용자에게 코드를보고 실행할 수있는 권한을 부여했다는 진술이 있습니다. 그것은 당신의 저작권을 부정하지는 않지만, 당신이 그 프로젝트에 사용하기 위해 라이센스를 취소하기로 동의했다는 것을 의미합니다.

프로젝트가 배포되는 조건과 동의 한 라이센스의 세부 사항에 따라 다른 모든 사람에게 다른 컨텍스트에서 코드를 사용할 수있는 프로젝트 권한을 다른 사람에게 부여하거나 부여하지 않을 수 있습니다.

코드를 제공하기 전에 이러한 세부 사항을 읽고 이해하는 것은 귀하의 책임입니다. 의심 스러우면 프로젝트를 운영하는 사람들에게 라이센스의 의도를 설명하도록 요구할 수 있지만 질문에 대한 응답으로보고있는 모든 것을 포함하여 무료 법률 자문은 귀하가 지불 한 금액의 가치가 있음을 기억하십시오 그것.

이것이 정말로 당신에게 중요하다면, 정확한 언어를 구하고 자신의 변호사를 고용하여 함정을 조사하십시오. 또는 일반적인 용도로 탈출하기를 원하지 않는 코드를 제공하지 마십시오. 또는 다른 사람이 당신을 위해 그 연구를하도록 유도하십시오. 제 고용주는 제가 어떤 종류의 오픈 소스에 관여하고 있는지에 대해 상당히 구체적인 규칙을 가지고 있습니다.


대부분의 오픈 소스 프로젝트에서 "오픈 소스 프로젝트가 귀하의 코드를 승인하는 조건"은 단순히 프로젝트 라이센스 (GPL, BSD 등)입니다. 일부 프로젝트에는 추가 요구 사항 (예 : 저작권 배정)이 있지만 이는 표준이 아닙니다.
sleske
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.