이 프로젝트를 다시 라이선스할 권리가 없습니다.

로그인

* 집

* 문서

* 블로그

* 가격

가입

# 재라이선스할 권리 없음: 진정한 소유권 없이 프로젝트를 포크할 때의 위험

오픈 소스 세계에서 프로젝트를 "포킹"하는 행위는 기본적인 권리입니다. 이는 커뮤니티가 프로젝트 방향에 동의하지 않거나 독점 기업이 사랑받는 오픈 소스 도구를 획득할 때 취하는 독립 선언입니다. 포크는 코드와 기여자를 위한 새로운 보금자리인 연속성을 약속합니다. 그러나 이 프로세스는 특히 *재라이센스*라는 중요한 행위와 관련하여 법적, 윤리적 복잡성으로 가득 차 있습니다. 단순히 GitHub에 공개 저장소를 생성한다고 해서 원본 코드가 배포된 라이선스를 변경할 수 있는 권한이 포크에 부여되는 것은 아닙니다. 이는 심각한 법적 영향과 커뮤니티 불화로 이어질 수 있는 위험한 오해입니다.

재라이센스 권한을 부여하는 코드베이스에 대한 진정한 소유권은 포크에 자동으로 부여되지 않습니다. 이는 세심하고 종종 어려운 과정을 통해 얻어야 합니다. 이러한 차이점을 이해하는 것은 소프트웨어 스택의 안정성과 법적 무결성에 의존하는 Mewayz와 같은 모듈식 비즈니스 OS를 사용하는 조직과 같이 모든 조직에 중요합니다.

## 포크의 통제에 대한 환상

프로젝트가 분기되면 새로운 청지기는 코드를 상속하지만 이를 관리하는 법적 프레임워크도 상속합니다. 특정 오픈 소스 라이선스에 따라 기여된 모든 코드 줄에는 해당 라이선스의 의무와 제한 사항이 영구적으로 적용됩니다. 포킹 팀은 새 저장소에 대한 관리 제어권을 가질 수 있지만 원본 저작권 보유자가 아닌 이상 전체 코드베이스에 대한 저작권 제어권을 갖지 않습니다.

이로 인해 특히 더 제한적이거나 상업적인 라이선스로 전환하려는 포크에 심각한 병목 현상이 발생합니다. 포크는 단순히 새 라이선스를 선언할 수 없습니다. 포크에 포함된 코드베이스에 기여한 모든 저작권 보유자의 허가를 확보해야 합니다. 이는 다음과 같은 요구사항으로 인해 거의 불가능한 작업인 경우가 많습니다.

* 이동했거나 응답이 없는 사람을 포함하여 모든 기여자를 추적합니다.

* 저작권을 재할당하거나 저작물에 대한 라이선스를 다시 부여하기 위해 각 기여자의 서명된 계약을 확보합니다.

* 권한을 얻을 수 없는 코드를 제거하거나 다시 작성해야 할 가능성이 있으며 이는 기술적으로 침해적이고 시간이 많이 소요될 수 있는 프로세스입니다.

> 재라이센스 권한이 없는 포크는 집을 임대하는 것과 같습니다. 그 집에 거주하고 사소한 변경을 할 수는 있지만 해당 부동산을 소유한 것이 아니므로 집주인의 동의 없이는 해당 부동산을 팔거나 그 구조를 근본적으로 변경할 수 없습니다.

이러한 "통제 환상"은 위험할 수 있습니다. 이러한 권리를 해제하지 않고 재라이센스를 시도하는 포크는 관리하려는 기여자로부터 저작권 침해 소송을 제기할 위험이 있습니다. 이는 법적 취약성을 야기할 뿐만 아니라 처음에 프로젝트를 구축한 사람들의 법적 권리를 무시한다는 것을 보여주기 때문에 커뮤니티의 신뢰를 깨뜨릴 수도 있습니다.

## 진정한 소유권과 거버넌스를 향한 길

포크가 자체 라이선싱 미래를 설정하는 권리를 포함하여 진정한 자율성을 달성하려면 단순한 코드 복사본이 되는 것을 넘어서야 합니다. 명확하고 합법적인 거버넌스 모델을 갖춘 새롭고 독립적인 프로젝트가 되어야 합니다. 여기에는 법률 및 커뮤니티라는 두 가지 병렬 트랙이 포함됩니다.

법적 관점에서 볼 때 가장 강력한 방법은 프로젝트 자산에 대한 중립적인 관리인 역할을 할 수 있는 소프트웨어 재단과 같은 새로운 법인을 설립하는 것입니다. 그런 다음 기여자는 자신의 저작권을 이 재단에 할당하도록 권장되며, 이 재단은 프로젝트 라이센스를 관리할 권한을 갖습니다. Apache Software Foundation 및 Eclipse Foundation과 같은 프로젝트에서 사용되는 이 모델은 명확한 법적 지위를 제공하고 개별 공급업체의 영향으로부터 프로젝트를 보호합니다.

커뮤니티의 관점에서 볼 때 포크는 고유한 정체성과 추진력을 구축해야 합니다. 이는 투명한 거버넌스 프로를 구축하는 것을 의미합니다.