DevOps & Platform Eng

Ghostty, GitHub 떠난다: 18년 개발자의 한계점

GitHub 18년 베테랑이 극적인 퇴장을 고한다. 매일 워크플로우를 방해하는 문제 때문. 개인 불만이 아니라 플랫폼 신뢰성에 대한 강력한 경고 신호다.

{# Always render the hero — falls back to the theme OG image when article.image_url is empty (e.g. after the audit's repair_hero_images cleared a blocked Unsplash hot-link). Without this fallback, evergreens with cleared image_url render no hero at all → the JSON-LD ImageObject loses its visual counterpart and LCP attrs go missing. #}
18년 GitHub 애호가, Ghostty 프로젝트 빼고 떠난다 — DevTools Feed

Key Takeaways

  • 유명 개발자(유저 #1299)가 18년 매일 사용 끝에 Ghostty 프로젝트를 들고 GitHub를 떠난다.
  • 매일적 워크플로우 방해(예: GitHub Actions 실패 등)로 인한 지속 장애가 이탈 원인.
  • 개발자가 매일 영향 기록하며, 고립 사건이 아닌 시스템적 신뢰성 문제를 지적.

18년. 그냥 긴 시간이 아니다. 인생의 중요한 한 조각이다. 개발자 입장에선 거의 시대 하나쯤 된다. 그동안 GitHub를 숨 쉬듯 써온 유저 #1299가 플래그십 프로젝트 Ghostty를 챙겨 떠난다. 가벼운 방향 전환이 아니다. 깊은 좌절이 개인적 감정으로 변한, 기업 기술계에서 보기 드문 솔직함으로 표현된 탈출이다.

우리 모두 디지털 피난처가 있다. 어떤 사람은 X를 끝없이 스크롤하고, 또 다른 사람은 TikTok에 빠진다. 이 개발자에겐 GitHub였다. 2008년 2월부터 매일, 때론 몇 번씩 로그인했다. 단순 작업 공간이 아니었다. 안식처였다. 이별, 밤늦게 공부, 심지어 신혼여행 중에도 GitHub가 유일한 상수였다. 열정, 일, 취미가 공존하며 꽃피던 곳.

이런 헌신은 드물고, 거의 로맨틱할 정도다. 개발자 본인도 첫 오픈소스 대박 Vagrant로 GitHub 직원이 되길 꿈꿨다고 고백한다. 그건 안 됐지만, 플랫폼 매력, 엔지니어들, 제품 자체가 여전했다. 이런 애착 때문에 떠나는 게 배신처럼 느껴지는, 단순 비즈니스 결정이 아닌 거다.

문제의 핵심, 데이터 분석가로서 귀 기울이게 되는 지점은 여기다: 플랫폼이 무너지고 있다. 추상적인 ‘시장 변화’가 아니라, 구체적이고 매일적이며 워크플로우를 망치는 방식으로. 개발자가 장애를 꼼꼼히 기록했다. GitHub 인프라가 작업을 방해한 날마다. 기록은 좌절의 연속: GitHub Actions 실패로 PR 리뷰가 몇 시간 멈추고, 코딩과 배포를 막는 지속적 장애.

매일 몇 시간씩 차단당한다면, 이곳은 더 이상 진지한 작업 공간이 아니다.

변방 이슈가 아니다. 핵심 서비스 신뢰성에 대한 직격탄으로, 한 사람뿐 아니라 오픈소스 커뮤니티와 유지보수 팀 전체에 영향을 준다. 개발자의 비판은 기업식 진부한 말장난을 뚫는다. Git이 분산됐다는 게 아니다. 이슈, PR, Actions 같은 주변 인프라가 끊임없는 걸림돌이 됐다는 거. 개발자 생산성을 기반으로 한 플랫폼에 치명적이다.

GitHub 신뢰성, 떨어지는 건가?

자, 시장 상황은 어떨까? 2018년 마이크로소프트가 인수한 GitHub는 오픈소스 협업의 사실상 표준이 됐다. 보편성이 강점이자 약점이다. 이런 규모의 플랫폼이 잦고 치명적인 장애를 겪으면, 잃은 생산성 시간으로만 재는 게 아니다. 개발자 신뢰 상실, 자신감 침식, 결국 이탈 가능성으로 재진다. 상용이든 다른 FOSS 플랫폼이든 경쟁자들이 주시 중이다. 개발자가 여러 제공자와 옵션 논의 중이라고 밝힌 건, 단일 실패 지점 탈피 의지를 보여준다.

GitHub 떠나는 결정은 충동적이지 않다. 몇 달간 치밀하게 준비된 거다. 최근 2026년 4월 27일 대형 장애와 타이밍이 우연히 맞았을 뿐, 장기적 비신뢰 패턴의 절정이다. 한 개발자의 나쁜 날이 아니다. 시스템적 문제의 고공 떠버림이다.

개발자 개인 프로젝트와 다른 일은 당분간 GitHub에 남지만, 팀과 커뮤니티에 가장 큰 영향을 주는 Ghostty의 전략적 이동은 명확한 우선순위를 드러낸다. 중대한 메시지다. GitHub의 관성, 네트워크 효과에도 불구하고 핵심 약속 – 개발자가 코드 짜고 배포할 수 있게 해주는 것 – 을 지키지 못하면 가장 충성스러운 유저도 잃을 수 있다는 거.

내 독특한 관점? 다른 핵심 인프라 플랫폼 초기 진동과 닮았다. 개발자들이 매일 의지하는 기반 도구가 흔들리면 불편이 아니다. 사용자 기반의 근본 요구와 경제·운영 우선순위가 어긋났다는 신호다. GitHub에겐 단일 프로젝트 이탈이 아니다. 신뢰성이 최우선이 안 되면 더 큰 변화의 전조가 될 수 있다.

오픈소스 생태계에 미치는 의미는?

다리 태우는 게 아니다. 더 튼튼한 땅에 새 다리 놓는 거다. 개발자는 당분간 GitHub에 읽기 전용 미러를 유지하며 플랫폼 과거와 생태계 중요성에 고개 숙인다. 하지만 Ghostty 운영 핵심은 다른 데로 간다. 복잡한 이주지만, 끊김 없는 진행을 중시하는 프로젝트에 필수다. 오픈소스 세계는 기여와 모멘텀으로 산다. 지속적 장애는 그 정신에 정반대다. 이 이주의 성공과 더 안정적 보금자리 찾기가, 비슷한 인프라 고통 겪는 다른 프로젝트의 흥미로운 사례가 될 거다.


🧬 Related Insights

Frequently Asked Questions

What does Ghostty do? Ghostty는 개발자 워크플로우와 생산성을 개선하는 오픈소스 프로젝트로, 신뢰성 문제로 GitHub 인프라를 옮긴다.

Will other projects follow Ghostty off GitHub? 가능하다. 이번 이탈은 GitHub 플랫폼 안정성에 대한 우려를 부각한다. 지속적 장애가 개발자를 괴롭히면 더 많은 프로젝트가 대안 호스팅을 찾을 수 있다.

Is Git itself distributed and thus unaffected by GitHub outages? 맞다. Git은 분산 버전 관리 시스템이라 핵심 기능이 GitHub 서버에 의존하지 않는다. 하지만 협업 개발 워크플로우에 필수인 GitHub Issues, Pull Requests, Actions는 GitHub 호스팅이라 장애에 취약하다.

Sam O'Brien
Written by

Programming language and ecosystem reporter. Tracks releases, package managers, and developer community shifts.

Frequently asked questions

What does Ghostty do?
Ghostty는 개발자 워크플로우와 생산성을 개선하는 오픈소스 프로젝트로, 신뢰성 문제로 GitHub 인프라를 옮긴다.
Will other projects follow Ghostty off GitHub?
가능하다. 이번 이탈은 GitHub 플랫폼 안정성에 대한 우려를 부각한다. 지속적 장애가 개발자를 괴롭히면 더 많은 프로젝트가 대안 호스팅을 찾을 수 있다.
Is Git itself distributed and thus unaffected by GitHub outages?
맞다. Git은 분산 버전 관리 시스템이라 핵심 기능이 GitHub 서버에 의존하지 않는다. 하지만 협업 개발 워크플로우에 필수인 GitHub Issues, Pull Requests, Actions는 GitHub 호스팅이라 장애에 취약하다.

Worth sharing?

Get the best Developer Tools stories of the week in your inbox — no noise, no spam.

Originally reported by Hacker News Front Page