gik|iewicz

szukaj
Ghostty odchodzi z GitHuba po 18 latach: co dalej?

Ghostty odchodzi z GitHuba po 18 latach: co dalej?

Mitchell Hashimoto, użytkownik GitHuba od lutego 2008 roku (user #1299), ogłosił 28 kwietnia 2026 roku, że projekt Ghostty opuszcza tę platformę. To koniec relacji trwającej 18 lat – od samych początków serwisu.

TL;DR: Mitchell Hashimoto, współzałożyciel HashiCorp (sprzedanej IBM), ogłosił 28 kwietnia 2026, że Ghostty opuszcza GitHuba po 18 latach obecności. Hashimoto to użytkownik #1299, zarejestrowany w lutym 2008. Decyzja dotyczy wyłącznie projektu Ghostty i nie oznacza porzucenia GitHuba przez inne inicjatywy.

Źródło: Ghostty Is Leaving GitHub – Mitchell Hashimoto

Dlaczego Ghostty odchodzi z GitHuba?

Mitchell Hashimoto ogłosił decyzję o opuszczeniu GitHuba przez projekt Ghostty 28 kwietnia 2026 roku. Hashimoto to użytkownik o numerze 1299, dołączający do platformy w lutym 2008 – w pierwszym roku istnienia serwisu. Jak sam napisał w swoim blogu, ta decyzja wywołuje u niego „irracjonalny smutek”.

Co więcej, Hashimoto jest współzałożycielem HashiCorp, firmy sprzedanej IBM. Jego relacja z GitHubem sięga samych początków platformy, kiedy to serwis był dopiero startującym projektem. Ghostty to natywny, szybki emulator terminala napisany w Zig, zaprojektowany z myślą o wydajności.

Zatem decyzja o odejściu nie jest podyktowana jednym konkretnym powodem – to zbiór wielu czynników, które sprawiły, że projekt musi szukać nowego miejsca. Hashimoto podkreśla jednak, że Ghostty to jedyny projekt, który opuszcza GitHuba.

Co to oznacza dla społeczności Ghostty?

Społeczność Ghostty musi przygotować się na migrację issue trackerów, pull requestów i całej historii dyskusji. Hashimoto zaznaczył, że Ghostty to jedyny projekt odchodzący z GitHuba – inne inicjatywy pozostają na platformie. To ogranicza zakres zmian do jednego repozytorium.

Ponadto, użytkownicy śledzący rozwój Ghostty przez GitHub będą musieli dostosować swoje workflow. Powiadomienia, watche i subskrypcje przestaną działać po migracji. W rezultacie deweloperzy muszą znaleźć nowe kanały komunikacji z projektem.

Źródło: Ghostty deja GitHub: lección de riesgo para tu startup – El Ecosistema Startup

Choć migracja dotyczy tylko Ghostty, społeczność wokół tego emulatora terminala jest aktywna. Projekt zyskał popularność dzięki naciskowi na wydajność i natywny interfejs na macOS. Zmiana platformy wpłynie na codzienne nawyki współtwórców.

Jakie platformy są brane pod uwagę?

Hashimoto nie podał jeszcze docelowej platformy dla Ghostty. Oto potencjalne alternatywy dla GitHuba, które społeczność open-source rozważa najczęściej:

  • GitLab – platforma z CI/CD i własnym issue trackerem, dostępna jako SaaS i self-hosted
  • Codeberg – serwis non-profit oparty na Gitea/Forgejo, popularny w europejskiej społeczności FOSS
  • SourceHut – platforma oparta na poczcie e-mail, minimalistyczna, bez JavaScriptu w interfejsie
  • Gitea/Forgejo – lekkie rozwiązania self-hosted z pełną kontrolą nad infrastrukturą
  • Bitbucket – produkt Atlassian, integrujący się z Jirą i Confluence
  • Radicle – zdecentralizowana sieć P2P do hostowania repozytoriów Git
  • Savannah – platforma GNU, używana przez projekty FSF od lat
  • Self-hosted Gitea – pełna kontrola nad kodem, brak zależności od zewnętrznych serwisów

Poniżej porównanie wybranych opcji:

PlatformaHostingCI/CDKosztModel biznesowy
GitLabSaaS + selfTakFreemiumOpen core
CodebergSaaSTakDarmowyNon-profit
SourceHutSaaSTakPłatnySubskrypcja
ForgejoSelf-hostedTakDarmowyCommunity
RadicleP2PNieDarmowyGrants

Zatem wybór zależy od priorytetów projektu – czy ważniejsza jest pełna kontrola, gotowe CI/CD, czy niezależność od korporacji.

Czy inne projekty podążą za Ghostty?

Decyzja Hashimoto zwróciła uwagę społeczności open-source na kwestię zależności od jednej platformy. Git to rozproszony system wersjonowania – repozytoria mogą istnieć w wielu miejscach jednocześnie. Jednakże GitHub skupia większość aktywności open-source w jednym miejscu.

Co więcej, historia zna przypadki migracji z GitHuba. W 2018 roku Microsoft przejął GitHub, co wywołało falę przenosin na GitLaba i inne platformy. Wtedy niektóre projekty faktycznie odeszły – na przykład część społeczności GNU i FSF.

Mimo to, większość dużych projektów open-source nadal hostuje kod na GitHubie. Decyzja Ghostty może zainspirować inne projekty do refleksji, ale masowa migracja jest mało prawdopodobna. Platforma oferuje zbyt wiele wygody.

Jak technicznie wygląda migracja z GitHuba?

Migracja repozytorium Git to najprostsza część – wystarczy git push --mirror na nowy serwer. Problem stanowią dane specyficzne dla GitHuba: issue, pull requesty, komentarze, akcje CI/CD, wiki i release notes. Te elementy nie mają standardowych formatów eksportu.

Ponadto, GitHub Actions wymaga przepisania workflow na nowy system CI – czy to GitLab CI, Forgejo Actions, czy coś innego. Integracje z zewnętrznymi serwisami (np. zależności, powiadomienia) też trzeba skonfigurować od nowa.

Z kolei kwestia przekierowania DNS i linków jest krytyczna. Tysiące linków do issue i commitów w dokumentacji, blogach i forach będą prowadzić do nieistniejących stron. Projekt musi zdecydować, czy utrzymuje redirect, czy akceptuje martwe linki.

Czego Ghostty uczy startupy?

Projekt Ghostty ilustruje ryzyko budowania infrastruktury deweloperskiej na platformie kontrolowanej przez jedną korporację. Hashimoto spędził na GitHubie 18 lat – od wczesnego stadium startu po erę Microsoftu. Decyzja o odejściu pokazuje, że nawet długa historia nie gwarantuje trwałości.

Dlatego startupy powinny mieć plan B dla swojego kodu. Git jest rozproszony – każda kopia robocza zawiera pełną historię repozytorium. Regularne mirrory na inne platformy kosztują niewiele, a dają bezpieczeństwo.

W rezultacie, migracja Ghostty to przypomnienie o jednej z fundamentalnych zalet Git – decentralizacji. Kod może żyć w wielu miejscach. Zależność od GitHuba to wybór wygody, nie konieczność techniczna.

Co na to społeczność open-source?

Reakcja społeczności open-source na decyzję Hashimoto była natychmiastowa i intensywna. Dyskusje na forach technicznych skupiają się na jednym pytaniu: czy GitHub nadal jest bezpiecznym miejscem dla projektów open-source. Użytkownik numer #1299, zarejestrowany w lutym 2008, odszedł po 18 latach obecności.

Otóż społeczność podzieliła się na dwa obozy. Pierwszy popiera decyzję i argumentuje, że centralizacja kodu w rękach jednej korporacji niesie ryzyko. Drugi obóz uważa, że GitHub oferuje narzędzia, których brakuje alternatywom. Tego podziału nie da się łatwo przezwyciężyć.

Co więcej, w dyskusjach pojawiają się konkretne obawy. Deweloperzy pytają o dostęp do danych, portowalność issue trackerów i stabilność linków do commitów. Hashimoto zaznaczył, że Ghostty to jedyny projekt odchodzący z platformy.

Z kolei komentarze pod oryginalnym wpisem na blogu Hashimoto pokazują szerokie spektrum opinii. Część użytkowników dzieli się własnymi doświadczeniami z migracjami, inni proponują konkretne platformy docelowe dla Ghostty.

Jakie są koszty takiej migracji?

Koszty migracji projektu z GitHuba dzielą się na techniczne, organizacyjne i społecznościowe. Hashimoto ogłosił odejście 28 kwietnia 2026, co daje społeczności czas na przygotowanie. Jednakże przeniesienie 18 lat historii interakcji wymaga znaczących zasobów i planowania.

  • Czas deweloperów na ręczne przenoszenie otwartych issue i pull requestów
  • Koszty infrastruktury nowej platformy, zwłaszcza przy opcji self-hosted
  • Utrata danych z elementów niemożliwych do wyeksportowania
  • Przerwanie ciągłości numeracji issue i linków do commitów
  • Szkolenie społeczności z nowego workflow i narzędzi
  • Aktualizacja dokumentacji zawierającej linki do GitHuba
  • Konfiguracja CI/CD od zera na nowej platformie
  • Ryzyko utraty współtwórców niezainteresowanych zmianą platformy

Ponadto, istnieje koszt niewidoczny na pierwszy rzut oka – zaangażowanie społeczności. Nie wszyscy współtwórcy będą chcieli założyć konta na nowej platformie i uczyć się nowego interfejsu. To może skutkować spadkiem aktywności w pierwszych miesiącach po migracji.

Dlatego projekt musi starannie zaplanować harmonogram przenosin. Komunikacja z użytkownikami i współtwórcami jest równie ważna jak aspekty techniczne operacji.

Co na to Microsoft i GitHub?

Microsoft przejął GitHub w 2018 roku za 7,5 miliarda dolarów. Od tamtej pory platforma rozwijała się stabilnie, zdobywając kolejne segmenty rynku deweloperskiego. Decyzja Hashimoto, użytkownika #1299 z lutego 2008, jest symbolem zmieniającej się percepcji platformy.

Choć jeden projekt odchodzący z GitHuba nie wpłynie na wyniki finansowe Microsoftu, sygnał jest istotny. Hashimoto to współzałożyciel HashiCorp, firmy sprzedanej IBM – nie jest przypadkowym użytkownikiem. Jego decyzja zwraca uwagę na procesy decyzyjne wewnątrz korporacji.

Mimo to, GitHub nadal hostuje setki milionów repozytoriów i pozostaje dominującą platformą dla projektów open-source. Platforma regularnie dodaje nowe funkcje, integruje narzędzia AI i rozszerza ofertę dla zespołów deweloperskich.

Zatem z perspektywy Microsoftu odejście Ghostty to incydent o marginalnym znaczeniu biznesowym. Jednak z perspektywy społeczności to sygnał, że nawet najwięksi użytkownicy rozważają alternatywy.

Jakie wnioski płyną dla ekosystemu deweloperskiego?

Decyzja o odejściu Ghostty z GitHuba uwydatnia fundamentalne napięcie w ekosystemie deweloperskim między wygodą a niezależnością. Mitchell Hashimoto, użytkownik #1299 zarejestrowany w lutym 2008, spędził na platformie 18 lat przed ogłoszeniem decyzji 28 kwietnia 2026. Ten fakt stanowi mocny dowód na to, że nawet wieloletnia historia nie gwarantuje lojalności wobec platformy.

Projekt Ghostty to natywny emulator terminala napisany w Zig. Jego odejście z GitHuba dotyczy tylko tego jednego repozytorium – Hashimoto potwierdził, że inne inicjatywy zostają na platformie.

Wobec tego ekosystem deweloperski musi odpowiedzieć sobie na pytanie o strukturę. Czy przyszłość to centralizacja na jednej platformie, czy rozproszenie po wielu serwisach?

Co więcej, ta sytuacja przypomina o podstawowej cesze Git – decentralizacji. Repozytoria mogą istnieć równolegle w wielu lokalizacjach, a żaden centralny serwer nie jest niezbędny do funkcjonowania systemu wersjonowania.

Często zadawane pytania

Kiedy Ghostty opuszcza GitHuba?

Mitchell Hashimoto ogłosił decyzję 28 kwietnia 2026 roku, ale nie podał konkretnej daty migracji. Ghostty to jedyny projekt odchodzący z platformy, co oznacza, że inne inicjatywy Hashimoto pozostają dostępne na GitHubie.

Czy Ghostty to pierwszy duży projekt odchodzący z GitHuba?

Nie, historia migracji z GitHuba sięga 2018 roku, kiedy Microsoft przejął platformę za 7,5 mld dolarów. Wtedy część projektów GNU i FSF przeniosła się na GitLaba i Savannah. Jednak Ghostty wyróżnia się profilem twórcy – użytkownik #1299 z 18-letnią historią na platformie.

Czy inne projekty Hashimoto też odchodzą z GitHuba?

Nie, Hashimoto wyraźnie zaznaczył, że Ghostty to jedyny projekt opuszczający GitHuba. Pozostałe inicjatywy pozostają na platformie, co ogranicza zakres migracji do jednego repozytorium.

Gdzie będzie można znaleźć kod Ghostty po migracji?

Hashimoto nie ogłosił jeszcze docelowej platformy dla Ghostty. Deweloperzy śledzący projekt powinni obserwować oficjalny blog na mitchellh.com, gdzie pojawią się aktualizacje dotyczące nowej lokalizacji repozytorium.

Podsumowanie

Decyzja Ghostty o opuszczeniu GitHuba po 18 latach przynosi kilka konkretnych wniosków dla społeczności deweloperskiej:

  • Nawet 18 lat obecności nie gwarantuje trwałości relacji z platformą – użytkownik #1299 odszedł, mimo wieloletniej historii
  • Git jest rozproszony z założenia – repozytoria mogą żyć w wielu miejscach, a GitHub to tylko jedna z opcji
  • Migracja ma swoje koszty – przeniesienie issue, CI/CD i społeczności wymaga czasu i zasobów
  • Decyzja dotyczy tylko Ghostty – Hashimoto potwierdził, że inne projekty zostają na GitHubie
  • Społeczność open-source potrzebuje planu B – regularne mirrory i eksport danych to podstawowa prewencja

Jeśli śledzisz rozwój Ghostty, sprawdź oficjalny blog Mitchella Hashimoto na mitchellh.com, gdzie pojawią się informacje o nowej lokalizacji projektu. Warto też rozważyć konfigurację mirrora własnych repozytoriów na alternatywnej platformie – niezależnie od tego, czy wybierzesz GitLaba, Codeberg, czy Forgejo.