GitLab은 XNUMX년 이상 비활성 상태로 호스팅된 프로젝트를 제거합니다.

최근 뉴스는 GitLab은 서비스 약관을 수정할 계획입니다. 다음 달(XNUMX월)에 대해 무료 계정에서 호스팅되는 프로젝트 GitLab.com에서 자동으로 삭제됩니다 리포지토리가 12개월 동안 비활성 상태로 유지되는 경우.

변경 유지보수 비용 절감을 목표로 개발 중이 아닌 버려진 프로젝트와 포크를 저장하고 처리하기 위해 리소스를 확보함으로써 호스팅의

버려진 프로젝트에 대한 인프라 유지 관리는 전체 GitLab.com 호스팅 비용의 최대 XNUMX분의 XNUMX을 차지하는 것으로 추정되며 이러한 프로젝트를 자동으로 제거하면 연간 최대 백만 달러를 절약할 수 있습니다.

레지스터는 이러한 프로젝트가 GitLab 호스팅 비용의 최대 1분의 XNUMX을 차지하며 자동 프로젝트 삭제로 클라우드 코딩 협업 서비스를 연간 최대 XNUMX만 달러까지 절약할 수 있다는 사실을 알게 되었습니다. 따라서 GitLab의 재정을 지속 가능하게 유지하는 데 도움이 되는 정책이 제안되었습니다.

언론과 논의할 권한이 없기 때문에 익명을 요청한 상황을 알고 있는 사람들은 이 정책이 2022년 XNUMX월에 발효될 것이라고 레지스터에 말했습니다.

실제 제거 전에 몇 주 또는 몇 달 이내에 알림이 저장소 소유자에게 전송됩니다. 프로젝트의 관련성을 확인하기 위해 경고와 함께 제거를 요청합니다. 작성자가 경고에 응답하지 않고 해당 연도 동안 저장소에 변경 사항이 등록되지 않았으며 새로운 문제가 게시되지 않았으며 의견이 전송되지 않은 버려진 프로젝트만 삭제될 것으로 예상됩니다.

그러나 일부 커뮤니티의 구성원이 제안된 제거를 나쁜 관행으로 간주합니다., 비활성 리포지토리의 코드는 활성 상태로 남아 있는 다른 프로젝트의 종속성으로 사용될 수 있기 때문입니다.

또한 영구적인 변경은 프로젝트의 현재 상태가 최적의 수준에 도달했으며 코드가 충분히 훌륭하고 개선이 필요하지 않다고 생각하거나 초기에 발견할 수 있는 일부 작성자의 목표가 아닙니다. 개발할 계획은 없지만 주변 사람들에게 유용할 수 있습니다.

오픈 소스 옹호자이자 개방형 .Net 커뮤니티의 참여자인 Geoff Huntley는 이 정책을 "완전히 야생적인" 것이라고 설명했습니다.

“소스 코드는 많은 디스크 공간을 차지하지 않습니다. 누군가가 해당 코드를 모두 제거하는 것은 커뮤니티를 파괴하는 것입니다. 그들은 당신의 브랜드와 선의를 파괴할 것입니다. 재사용 및 리믹스를 위해 일반 대중이 사용할 수 있다는 아이디어가 있기 때문에 사람들은 자신의 코드를 그곳에 호스팅합니다.

물론 항상 거기에서 호스팅된다는 보장은 없지만 오픈 소스의 불문율 규칙은 코드를 사용 가능하게 만들고 제거하지 않는다는 것입니다. 우리는 유지 관리자에게 코드를 가져오도록 했고 이에 대해 커뮤니티에서 많은 분노가 있었습니다." 그는 가져온 제품에 의존하는 다른 프로젝트가 어려움을 겪을 것이라고 언급했습니다.

"모든 종속성을 컴파일할 수는 없습니다."라고 그는 한탄했습니다.

또한, 비활성 프로젝트의 코드는 외부 리소스에서 참조할 수 있습니다. 그리고 그것을 제거함으로써, 확인된 마스터 복사본이 손실됩니다. 참조할 수 있는(비공식 사본은 악의적인 활동이 없다고 보장되지 않음), 삭제하는 대신 읽기 전용 모드에서 코드에 액세스할 수 있는 기능을 유지하면서 상태를 보관하는 것이 더 최적일 것입니다.

가비지 포크를 저장할 때 디스크 공간을 절약하기 위해 더 효율적인 방법을 사용하여 중복을 처리할 수 있습니다. 예를 들어 GitHub는 소유권을 커밋과 논리적으로 분리하여 데이터 중복을 피하기 위해 모든 기본 리포지토리 개체와 관련 포크를 함께 저장합니다.

마지막으로 규칙 변경 사항은 아직 공식적으로 발표되지 않았으며 내부 계획 단계에 있음을 언급할 가치가 있습니다.

마지막으로, 그것에 대해 더 알고 싶어하는 사람들을 위해 메모에 대해서는 원본 간행물을 참조할 수 있습니다. 다음 링크에서.