BSD 라이센스 프로젝트를 수행 할 때 고려해야 할 법적 사항은 무엇입니까?

2 절 BSD 라이센스 하에 릴리스 된 프로젝트를 만드는 데 관심이 있습니다 .

저작권 (c) 2010 {저작권 보유자} 모든 권리 보유.

다음 조건이 충족되는 경우 수정하거나 수정하지 않고 소스 및 이진 형식으로 재배포 및 사용할 수 있습니다.

(1) 소스 코드의 재배포에는 위의 저작권 표시,이 조건 목록 및 면책 조항이 마지막에 유지되어야합니다. 이진 형식으로 재배포 할 경우 위의 저작권 표시,이 조건 목록 및 배포와 함께 제공된 설명서 및 / 또는 기타 자료의 다음 면책 사항을 재현해야합니다.

(2) 사전 서면 허가없이 {저작권 보유자}의 이름이나 기여자의 이름을 사용하여이 소프트웨어에서 파생 된 제품을 보증하거나 홍보 할 수 없습니다.

기권

이 소프트웨어는 저작권 소유자 및 배포자에 의해 "있는 그대로"제공되며, 명시 적 또는 묵시적 보증을 포함하되 이에 국한되지는 않지만 상품성 및 특정 목적에의 적합성에 대한 묵시적 보증은 이에 제한되지 않습니다. 어떠한 경우에도 저작권 소유자 나 제공자는 직접적, 간접적, 우발적, 특수 적, 간접적 또는 결과적 손해에 대해 책임을지지 않습니다. 또는 비즈니스 중단) 계약, 엄격 책임 또는 불법 행위 (어떠한 태만 또는 기타 포함)에 관계없이 본 소프트웨어를 사용하지 않더라도 본 소프트웨어를 사용하지 않더라도 발생하는 책임 이론에 따라 발생합니다.

나는 전에 프로젝트를 포크 한 적이 없지만이 프로젝트는 내가 필요로하고 / 원하던 것과 매우 유사합니다. 그러나 얼마나 멀리 갈지 잘 모르겠으므로 계획은 최신 저장소를 가져 와서 작업을 시작하는 것입니다. 어쩌면 결국에는 원하는 곳으로 가져 와서 릴리스 할 수 있습니다. 이것이 올바른 접근입니까?

이것이 정확히 프로젝트 포크에 어떤 영향을 미칩니 까? 어떤 구성 요소 나 섹션을 소유 한 사람을 추적하려면 어떻게해야합니까 (저는 저의 저작권을 침해하고 코드 작성자를 넘어 서기 시작한 후에는 원래 제작자의 저작권을 보유합니다)? 이 프로젝트를 포크해도됩니까? 릴리즈 전에, 그리고이 BSD 라이센스 작업에서 파생 된 소프트웨어를 언제 그리고 언제 출시하기로 결정해야합니까?

질문에 대답하려면 :

이것이 올바른 접근입니까? 어쩌면 변경 사항이 일반적으로 유용한 경우 포크 대신 프로젝트에 기여하려고합니다.

이 프로젝트를 포크해도됩니까? 예. BSD 라이센스를 사용하면 포크 할 수 있습니다. 포크 허가를 요구할 필요가 없습니다.

변경 사항을 추적하는 방법 ...? 변경 한 파일의 저작권 표시에 이름을 추가하십시오. 그리고 추가 한 파일에 있는지 확인하십시오. 더 자세한 정보를 원하면 SCM 도구가 누가 무엇을 변경했는지 추적합니다.

공개하기 전에 어떻게해야합니까 ...? 소스를 공개하는 경우 바이너리를 릴리스하는 경우 소스의 저작권 공지로 충분합니다. 원본 저작권 공지가 지원 문서에 있는지 확인하십시오.

내가 이것을 처리하는 일반적인 것은 기본적으로 일종의 버전 제어를 사용하고 파일이 대량으로 변경되어 저작권 헤더를 추가하는 것입니다.

예를 들어 OpenBSD에서는 다음과 같은 규칙을 따릅니다.

-파일 상단-
[최근 "주요"편집자의 저작권 헤더]

[이전 주요 편집자의 저작권 헤더]

[작성자의 저작권 헤더]

(저작권 헤더는 BSD 라이센스 또는 기타)

이것은 대부분 저작권 문제를 처리합니다. 기본적으로 파일에서 주요 편집을 수행 할 때마다 저작권 헤더가 추가됩니다. 메이저는 주관적이지만 일반적으로 사소한 리팩토링 또는 포팅과 관련이 있습니다.

분명히 사람들은 내가 말한 것을 오해하고 있으므로 여기에 다시 문구가 있습니다. 나는 당신에게 법적 조언을하지 않습니다. 그것이 당신이 원하는 것이라면 이 사이트가 아닌 변호사로부터 법률 자문을 구 하십시오. 즉, 다음은 프로젝트 포크에 대한 나의 이해입니다.

일반적으로, 내가 이해하는 것처럼 의견을 남기고 그들이 작성한 코드가 귀하의 것이라고 주장해서는 안됩니다. 코드를 위해 새 파일을 만들고 확장하거나 버그 수정하지 않는 한 해당 파일을 만지지 마십시오. 포크하기 전에 다른 개발자에게 연락하여 기고 물을 기본 코드에 추가 할 수 있는지 확인하십시오. 그렇지 않은 경우 분기점 이름을 바꾸고 이름을 바꾸지 만 크레딧이 있어야 할 곳에 공고 및 속성 크레딧을 유지하십시오.