오픈소스 패키지 관리 시스템 Guix가 10년 넘게 유지해온 이메일 기반의 협업 방식을 벗어나, 웹 기반 포지(Forge)인 Codeberg로 이전한 지 1년이 지났습니다. 이 대규모 전환은 2024년 12월 도입된 Guix 합의 문서(Guix Consensus Document, GCD) 절차의 첫 실제 적용 사례였으며, 연간 400명 이상의 기여자가 참여하는 프로젝트의 기여 진입점을 낮추고 개발자 경험을 개선하려는 중요한 시도였습니다.
Guix는 기존에 Savannah에 코드를 호스팅하고 Debbugs 인스턴스를 통해 버그 보고와 패치를 이메일로 처리해왔습니다. Emacs(이맥스)와 같은 도구에 익숙한 숙련된 기여자들에게는 효율적이었지만, 900명 이상이 참여한 설문조사에서는 이메일 워크플로가 신규 기여자들에게는 큰 진입 장벽으로 지목되었습니다. 이에 Guix는 GCD 002를 통해 Codeberg로의 이전을 결정했으며, 이는 자유 소프트웨어 기반의 비영리 단체 Codeberg e.V.가 호스팅하는 포지를 선호하는 Guix의 지향점과도 일치했습니다. 이전 후 작성자 수와 신규 작성자 수는 늘었지만, 2025년 6월의 일시적 피크를 제외하면 Codeberg 이전으로 인한 뚜렷한 기여자 증가 효과는 아직 미미한 것으로 분석됩니다.
전환 과정에서 가장 큰 문제로 드러난 것은 풀 리퀘스트(Pull Request)를 위한 지속적 통합(CI)의 공백이었습니다. 기존 이메일 패치를 빌드하던 qa.guix.gnu.org의 기능이 Codeberg로 즉시 포팅되지 않아, 몇 달 동안 리뷰어들이 수동으로 변경 사항을 확인해야 하는 지속 불가능한 상황이 발생했습니다. 2025년 9월에야 Cuirass(쿠이라스) 인스턴스가 구축되어 풀 리퀘스트 빌드를 시작했지만, 여전히 단일 아키텍처 빌드 등 제약이 많습니다. 또한, 매월 500개 이상의 풀 리퀘스트가 열리면서 백로그가 계속 증가하고 있으며, 각 커밋에 승인된 커미터의 서명을 요구하는 Guix의 엄격한 소프트웨어 공급망 보안 정책이 개발자 편의성과 충돌하며 리뷰 부담을 가중시키고 있습니다. 이러한 과제들은 Codeberg 이전이 단순히 플랫폼을 바꾸는 것을 넘어, 프로젝트의 인프라와 협업 문화를 전반적으로 재정비해야 하는 복잡한 과정임을 보여줍니다.