Ghostty가 GitHub를 떠난다 — 오픈소스가 마이크로소프트 품을 벗어나는 진짜 이유

테크 업계에서 한 프로젝트가 GitHub를 떠난다고 하면 보통은 그냥 지나가는 뉴스입니다. 그런데 그 프로젝트가 Mitchell Hashimoto가 만든 Ghostty라면 이야기가 달라지죠. HashiCorp 창업자가 직접 만든 차세대 터미널 에뮬레이터가 GitHub를 떠난다는 소식은, 단순한 호스팅 변경이 아니라 오픈소스 생태계의 방향 전환을 알리는 신호로 읽힙니다.

Ghostty는 왜 특별한 프로젝트인가

Ghostty를 모르는 분들을 위해 짧게 설명드리자면, GPU 가속을 활용하는 네이티브 터미널 에뮬레이터입니다. 2024년 말 1.0이 공개됐을 때 개발자 커뮤니티가 들썩였는데요. 만든 사람이 Mitchell Hashimoto라는 점이 컸습니다. Terraform, Vagrant, Vault를 만든 HashiCorp의 공동 창업자이자, 인프라 도구 분야에서 거의 전설적인 인물입니다.

그가 회사를 떠나 개인 프로젝트로 시작한 것이 Ghostty였고, 출시 직후 GitHub 스타가 빠르게 쌓이며 Alacritty, WezTerm 같은 기존 강자들과 어깨를 나란히 하는 위치까지 올라왔습니다. 이런 무게감 있는 프로젝트가 GitHub를 떠난다는 건, 한 명의 개발자 결정 그 이상의 의미를 갖습니다.

마이크로소프트 의존도라는 불편한 진실

GitHub는 2018년 마이크로소프트에 인수된 이후, 사실상 오픈소스의 사실상 표준 플랫폼이 됐습니다. 코드 호스팅, 이슈 트래킹, CI/CD(GitHub Actions), 패키지 레지스트리, 심지어 AI 코딩 도구(Copilot)까지 한 회사에 묶여 있는 셈이죠.

문제는 여기서부터입니다. 오픈소스의 정신은 본래 탈중앙화였는데요. 정작 전 세계 오픈소스 프로젝트의 대부분이 단일 기업 플랫폼 위에서 굴러가고 있습니다. 만약 마이크로소프트가 정책을 바꾸거나, 계정을 정지시키거나, 가격을 올린다면? 모든 것이 한순간에 흔들릴 수 있습니다. 일부 개발자들이 이 구조에 의문을 제기하기 시작한 건 자연스러운 흐름입니다.

Copilot 학습 데이터 논란이라는 불씨

또 하나 빼놓을 수 없는 게 GitHub Copilot 문제입니다. Copilot은 GitHub에 올라온 공개 저장소 코드를 학습 데이터로 사용했고, 이 과정에서 라이선스 준수 문제가 끊임없이 제기됐습니다. GPL이나 MIT 라이선스가 붙은 코드를 그대로 학습해 라이선스 표기 없이 다른 개발자에게 제안하는 건 과연 정당한가 — 이 질문에 GitHub와 마이크로소프트는 만족스러운 답을 내놓지 못했습니다.

게다가 최근에는 Copilot이 유료 구독 기반으로 본격 전환되면서, “내 오픈소스 코드로 학습한 도구를 다시 돈 받고 판다"는 비판이 다시 불붙었습니다. Ghostty 같은 프로젝트가 GitHub에서 벗어나는 결정에는 이런 정서적·철학적 배경이 깔려 있다고 볼 수밖에 없습니다.

대안 생태계는 이미 자라고 있다

GitHub를 떠난다고 해서 갈 곳이 없는 건 아닙니다. Codeberg(Forgejo 기반의 비영리 호스팅), SourceHut(미니멀리즘 지향), self-hosted Gitea 등 대안은 이미 충분히 성숙해 있습니다. Linux 커널은 진작에 자체 git 서버를 운영하고 있고, GNOME과 KDE도 자체 GitLab 인스턴스를 굴리고 있죠.

특히 Codeberg는 최근 몇 년간 GitHub 이탈 프로젝트들의 대표 도착지로 부상했습니다. 비영리 협동조합 구조라 매각이나 정책 급변의 위험이 낮고, 데이터 주권을 유럽 기준으로 보장한다는 점이 매력 포인트입니다. Ghostty가 어디로 갈지는 아직 명확하지 않지만, 이런 선택지가 실제로 존재한다는 사실 자체가 중요합니다.

작은 균열인가, 큰 흐름의 시작인가

물론 Ghostty 하나 떠난다고 GitHub의 위상이 흔들리지는 않습니다. 여전히 수억 개의 저장소가 거기 있고, 대부분의 개발자들에게는 GitHub가 곧 일상입니다. 하지만 한 명의 영향력 있는 개발자가 던지는 신호는 종종 더 큰 흐름의 시작이 됩니다. Hashimoto는 인프라 분야에서 한 번 게임을 바꿔본 사람이니까요.

오픈소스 커뮤니티가 단일 플랫폼에 너무 많이 의존하고 있다는 자각, 그리고 그것을 행동으로 옮기기 시작했다는 점 — 이게 이번 뉴스의 진짜 메시지입니다. 여러분이 만든 코드는 지금 어디에 살고 있나요? 그리고 그 플랫폼의 주인이 바뀌어도, 여러분의 프로젝트는 살아남을 수 있을까요?