Ghostty가 GitHub을 떠난다 - Mitchell Hashimoto가 직접 밝힌 이유

무슨 일이 벌어진 건가요

HashiCorp의 공동 창업자이자 Terraform, Vagrant, Vault 같은 인프라 도구의 아버지로 불리는 Mitchell Hashimoto가 자신이 만든 터미널 에뮬레이터 Ghostty를 GitHub에서 다른 곳으로 옮긴다고 발표했어요. 단순히 "호스팅 서비스를 바꿉니다" 수준의 이야기가 아니라, 오픈소스 생태계에서 GitHub의 위치에 대한 꽤 묵직한 이야기를 담고 있어서 개발자들 사이에서 화제가 됐습니다.

혹시 Ghostty를 처음 들어보시는 분들을 위해 잠깐 설명드리면요. Ghostty는 작년에 정식 공개된 GPU 가속 기반 터미널 에뮬레이터인데요. 이게 뭐냐면, 우리가 매일 코딩할 때 쓰는 그 까만 화면(터미널) 있잖아요. 그걸 GPU를 활용해서 엄청나게 빠르고 부드럽게 그려주는 프로그램이에요. macOS와 Linux에서 네이티브로 돌아가고, Zig라는 새로운 시스템 프로그래밍 언어로 작성됐다는 점에서 공개 직후 큰 관심을 받았죠. Alacritty, Kitty, WezTerm 같은 기존 강자들 사이에서 단숨에 "써볼 만한 터미널" 자리를 차지했어요.

Mitchell이 GitHub을 떠나는 진짜 이유

Mitchell이 글에서 풀어놓은 이유는 단순하지 않아요. 표면적으로는 GitHub의 최근 안정성 문제를 지적합니다. 2025년 들어 GitHub Actions, Pages, 심지어 코드 클론 자체가 안 되는 장애가 반복적으로 발생했고, 이게 오픈소스 프로젝트를 운영하는 입장에서 점점 견디기 어려워졌다는 거예요. 빌드가 안 되면 릴리스가 늦어지고, 기여자들이 PR을 올려도 CI가 안 돌아가니 머지가 막히는 상황이 자주 생긴 거죠.

하지만 더 깊은 이유는 따로 있어요. Mitchell은 GitHub이 점점 "개발 플랫폼"이 아니라 "마이크로소프트의 AI 기능 전시장"으로 변하고 있다고 느꼈다고 해요. Copilot이 모든 화면에 끼어들고, 이슈와 PR에 자동 생성된 AI 요약이 붙고, 정작 진짜 필요한 기능 개선은 뒷전이 된 느낌이라는 거죠. 그는 자신의 프로젝트가 특정 회사의 전략적 자산이 되는 게 불편하다고 솔직하게 표현했어요.

그래서 Ghostty는 자체 호스팅하는 Forgejo(혹은 비슷한 셀프호스트 Git 플랫폼) 기반 인프라로 옮겨갈 예정이에요. Forgejo는 Gitea에서 포크된 커뮤니티 운영 Git 호스팅 소프트웨어인데요. AGPL 라이선스로 운영되고, 자체 서버에 설치해서 GitHub처럼 쓸 수 있어요. 이슈 트래커, PR(여기선 보통 Merge Request라고 부르죠), CI까지 다 됩니다.

왜 이게 중요한 흐름인가요

사실 GitHub을 떠나려는 움직임은 Mitchell이 처음이 아니에요. 작년에 SourceHut의 Drew DeVault가 비슷한 주장을 펼쳤고, 유럽에서는 EU 기관들이 자체 Forgejo 인스턴스를 운영하기 시작했어요. Codeberg라는 비영리 Forgejo 호스팅 서비스도 빠르게 성장하고 있고요. 일종의 "탈GitHub" 운동이 조용히 진행되고 있는 거예요.

다만 GitHub의 네트워크 효과는 무시할 수 없어요. 전 세계 개발자가 모이는 곳이고, 기여자를 모으기에도 압도적으로 유리하죠. Ghostty 같은 인지도 있는 프로젝트라서 이런 결정이 가능한 거지, 신생 오픈소스 프로젝트가 똑같이 했다가는 아무도 PR을 안 보낼 수도 있어요. 그래서 Mitchell도 "GitHub에 미러를 유지할지는 고민 중"이라고 했어요. 완전히 끊는 게 아니라, 진짜 개발은 자체 인프라에서 하고 GitHub은 발견 가능성을 위한 창구로만 쓸 가능성이 높습니다.

한국 개발자에게는 어떤 의미일까요

우리나라 개발자들은 GitHub 의존도가 정말 높잖아요. 회사 사내 GitLab을 쓰는 곳은 있어도, 개인 프로젝트는 거의 다 GitHub에 올리죠. 이번 사건이 당장 우리 워크플로우를 바꾸지는 않겠지만, 몇 가지 생각해볼 거리는 던져줍니다.

첫째, 백업과 마이그레이션 계획을 한 번쯤은 세워둘 필요가 있어요. GitHub이 갑자기 정책을 바꾸거나 장애가 길어졌을 때, 내 코드와 이슈 히스토리를 어디로 옮길 수 있는지 시나리오를 알아두는 거죠. git clone --mirror로 정기 백업을 받는 것만으로도 큰 보험이 됩니다.

둘째, Forgejo나 Gitea를 한 번 써보는 것도 추천해요. 도커 한 줄로 띄울 수 있고, 회사 내부에서 개인 프로젝트를 관리하기에도 꽤 괜찮아요. CI/CD까지 셀프호스트하면 학습 측면에서도 얻는 게 많습니다.

셋째, AI 기능에 대한 피로감 이야기는 우리도 곱씹어볼 만해요. 모든 도구에 LLM이 끼어드는 시대에, 정작 핵심 기능의 안정성이 떨어지면 사용자는 떠날 수밖에 없거든요. 우리가 만드는 서비스에도 같은 함정이 있을 수 있어요.

마무리

Ghostty의 GitHub 탈출은 단순한 호스팅 이전이 아니라, 오픈소스 인프라의 중앙집중화에 대한 의미 있는 문제 제기예요. 여러분은 어떻게 생각하세요? GitHub 없이 오픈소스 프로젝트를 성공적으로 운영할 수 있는 시대가 정말 올까요, 아니면 네트워크 효과 때문에 결국 모두 돌아오게 될까요?