GitHub에서 Codeberg/Forgejo로의 마이그레이션, 개발자들의 선택은?

사용자들은 GitHub의 느린 속도(Slow Speed)와 버그(Bug), 그리고 AI 기능 강요에 불만을 표출하며, Codeberg 및 Forgejo로의 이전을 선택했다. 특히, GitHub Actions runner의 코드(예: `SECONDS`를 이용한 sleep)가 Zig 언어의 빌드(Build)를 망가뜨린 사례를 언급하며, GitHub의 기술적 문제점을 지적했다. 이러한 불만은 GitHub의 서비스 안정성(Service Reliability)에 대한 의구심으로 이어진다.

Codeberg는 Gentoo 프로젝트에서 사용될 정도로 안정성(Stability)을 인정받았으며, Forgejo는 자체 호스팅(Self-hosting)에 적합한 솔루션으로 평가받는다. 특히, Forgejo는 빠른 응답 속도(Fast Response)를 제공하여 사용자 경험을 향상시킨다. 또한, GitHub와 달리 AI 기능을 강요하지 않는 점도 개발자들에게 긍정적으로 작용하며, 데이터 미저장 정책(Zero-Retention Policy)을 통해 개인 정보 보호를 강화할 수 있다.

마이그레이션 과정에서 공개 레포지토리(Public Repository)와 비공개 레포지토리(Private Repository)의 관리 방식에 대한 고민이 나타난다. 공개 레포지토리의 경우, Codeberg와 Forgejo 간의 동기화(Synchronization)를 위해 자동 미러링(Automatic Mirroring) 설정을 고려할 수 있다. 하지만, Codeberg의 DDOS 공격으로 인한 성능 저하 문제와 Pull Request 관리의 어려움은 마이그레이션 과정에서 고려해야 할 중요한 요소로 작용한다.

GitHub 대안 선택의 배경에는 대형 기술 기업(Big Tech) 의존도 감소와 개인 정보 보호(Privacy)에 대한 요구가 있다. 사용자는 Google, Facebook, Apple, Microsoft, Amazon 등 대형 기술 기업의 서비스 사용을 줄이고자 하며, GitHub의 AI 기능 강요에 대한 반감을 드러낸다. 이러한 배경은 오픈 소스(Open Source) 및 분산형 서비스(Decentralized Service)에 대한 관심 증가로 이어진다.