GitHub에서 Codeberg로 이사하기 — 귀찮은 사람도 할 수 있어요

GitHub 말고 다른 선택지, 생각해보신 적 있나요?

개발자라면 GitHub 계정 하나쯤은 당연히 갖고 계실 거예요. 사실상 개발자 포트폴리오이자 협업 도구이자 오픈소스의 심장 같은 곳이니까요. 그런데 요즘 GitHub에서 다른 플랫폼으로 옮기는 사람들이 조금씩 늘고 있어요. 특히 유럽 쪽 개발자들 사이에서 Codeberg라는 플랫폼이 꽤 주목받고 있는데요, 최근 한 개발자가 "귀찮은 사람도 할 수 있는 Codeberg 이전기"를 공유해서 이야기를 나눠볼게요.

Codeberg가 뭔데요?

Codeberg는 독일 베를린에 기반을 둔 비영리 단체가 운영하는 Git 호스팅 서비스예요. 이게 뭐냐면, GitHub처럼 코드를 올리고 관리할 수 있는 플랫폼인데, 핵심 차이점은 비영리라는 거예요. GitHub은 마이크로소프트가 2018년에 75억 달러에 인수했잖아요. 그래서 결국 상업적 이해관계에 따라 운영 방향이 결정되는 구조인데, Codeberg는 커뮤니티가 기부로 운영하고 의사결정도 민주적으로 한다는 점이 달라요.

기술적으로는 Forgejo라는 오픈소스 소프트웨어를 기반으로 동작해요. Forgejo는 Gitea에서 포크된 프로젝트인데, Gitea도 원래는 Gogs에서 포크된 거라서 계보가 좀 복잡하긴 해요. 중요한 건 이 모든 게 오픈소스라서 원한다면 직접 서버를 세워서 운영할 수도 있다는 점이에요. GitHub의 인터페이스에 익숙한 분이라면 Codeberg도 크게 어렵지 않게 쓸 수 있어요. Pull Request 대신 Merge Request라는 용어를 쓰는 정도의 차이가 있을 뿐이에요.

이전 과정, 생각보다 간단해요

이번에 공유된 이전기에서 흥미로운 점은 "완벽한 이전"을 목표로 하지 않았다는 거예요. 작성자는 자신을 "게으른 사람"이라고 소개하면서, 현실적인 이전 전략을 제안했어요.

핵심은 이래요. 모든 저장소를 한꺼번에 옮기려고 하면 지치니까, 활발하게 관리하는 프로젝트만 Codeberg로 옮기고 나머지는 GitHub에 그대로 두는 것이에요. Codeberg에는 GitHub 저장소를 미러링하는 기능이 있어서, 기존 GitHub 저장소를 읽기 전용으로 동기화해둘 수도 있거든요. 그리고 GitHub 프로필에 "앞으로 새 프로젝트는 Codeberg에서 합니다"라고 안내를 남겨두면 되는 거예요.

실제 이전 작업도 꽤 단순해요. Codeberg의 마이그레이션 도구를 쓰면 GitHub 저장소를 이슈, 라벨, 마일스톤까지 포함해서 한 번에 가져올 수 있어요. git remote만 바꿔주면 로컬 작업 환경도 바로 전환이 되고요. CI/CD의 경우 Codeberg에도 Woodpecker CI라는 도구가 있어서 GitHub Actions를 대체할 수 있는데, 물론 Actions만큼 생태계가 크지는 않아요.

왜 굳이 옮기려는 걸까?

이 부분이 사실 가장 중요한데요, 사람들이 GitHub을 떠나려는 이유는 크게 몇 가지예요.

첫째는 Copilot 학습 데이터 이슈예요. GitHub에 올린 오픈소스 코드가 Copilot의 학습 데이터로 사용되는 것에 대해 불편함을 느끼는 개발자들이 있어요. 라이선스를 명시해둔 코드인데 그게 AI 학습에 쓰인다는 게 원래 라이선스 취지와 맞느냐는 논쟁이 계속되고 있거든요.

둘째는 플랫폼 종속(vendor lock-in)에 대한 우려예요. GitHub Actions, GitHub Packages, GitHub Pages, Codespaces 같은 서비스를 많이 쓸수록 나중에 다른 플랫폼으로 옮기기가 점점 어려워지잖아요. 마치 한 통신사에 묶여서 번호이동이 귀찮아지는 것처럼요.

셋째는 좀 더 원칙적인 이유인데, 오픈소스 코드가 영리 기업 하나의 플랫폼에 집중되는 구조 자체가 건강하지 않다는 시각이에요. 실제로 GitHub이 서비스 장애를 일으키면 전 세계 개발 팀의 업무가 마비되는 상황이 반복되고 있잖아요.

현실적으로 생각해보면

솔직히 말하면 GitHub의 네트워크 효과는 압도적이에요. 오픈소스 프로젝트 기여자를 모으려면, 이슈를 제보받으려면, 채용 담당자에게 코드를 보여주려면 GitHub만 한 곳이 없는 게 현실이에요. Codeberg는 사용자 수가 GitHub에 비하면 극히 적고, 검색 노출도 약하고, 서드파티 통합 도구도 부족해요.

그래서 GitLab이나 Codeberg로 완전히 이전하는 건 개인 프로젝트나 특정 신념이 강한 경우에 적합하고, 팀 단위나 상업 프로젝트에서는 여전히 GitHub이 현실적인 선택이에요. 다만 SourceHut, Codeberg, GitLab CE 같은 대안이 존재한다는 것 자체가 중요해요. 선택지가 있다는 건 특정 플랫폼이 사용자에게 불리한 결정을 내릴 때 떠날 수 있는 힘이 되니까요.

한국 개발자에게는 어떤 의미가 있을까

국내에서는 GitHub 의존도가 특히 높은 편이에요. 채용 과정에서 GitHub 프로필을 포트폴리오처럼 활용하는 문화가 자리 잡았고, 대부분의 오픈소스 기여도 GitHub 중심으로 이뤄지고 있거든요. 그래서 당장 Codeberg로 갈아타자는 이야기보다는, 이런 흐름이 있다는 걸 알아두는 게 중요해요.

특히 사이드 프로젝트나 개인 메모용 저장소처럼 외부 노출이 중요하지 않은 것들은 Codeberg에 올려보면서 한번 경험해보는 것도 괜찮을 것 같아요. git 자체가 분산 버전 관리 시스템이니까 원격 저장소를 여러 개 두는 건 기술적으로 전혀 문제가 없거든요.