Ghostty GitHub'dan ayrılıyor
(mitchellh.com)- Tekrarlanan GitHub kesintileri, PR incelemelerini ve günlük işleri fiilen engelleyecek seviyeye ulaşırken, yalnızca dağıtık Git deposunun çözemediği issues, PR ve Actions bağımlılığı da ortaya çıktı
- Son bir ayda neredeyse her gün GitHub kaynaklı sorunlar çalışmayı etkiledi; yazının kaleme alındığı gün de GitHub Actions kesintisi nedeniyle yaklaşık 2 saat boyunca PR incelemesi yapılamadı
- Taşınılacak yer henüz belirlenmedi; ticari servisler ve FOSS sağlayıcıları dahil çeşitli seçenekler değerlendirilirken GitHub bağımlılığının kademeli olarak azaltılması planlanıyor
- Mevcut URL'de salt okunur bir ayna bırakılacak ve bu değişiklik şimdilik yalnızca Ghostty için geçerli olacak; diğer kişisel projeler bir süre daha GitHub'da kalacak
- Bu karar, 27 Nisan 2026'daki büyük kesintiye tepki olarak aceleyle alınmış değil; aylar öncesinden tartışılıyordu ve geri dönüş ancak bir vaatle değil, somut iyileşme görüldüğünde mümkün olacak
Taşınmanın arka planı
- Ghostty, GitHub'dan ayrılmaya karar verdi ve son dönemde tekrarlanan kesintilerin gerçek işi durduracak düzeye geldiğini düşünüyor
- Son bir ay içinde GitHub kesintilerinin işi etkilediği günleri ayrıca not ettiğini ve sorunların neredeyse her gün sürdüğünü belirtiyor
- Yazının yazıldığı gün de GitHub Actions kesintisi yüzünden yaklaşık 2 saat boyunca PR incelemesi yapamadığını söylüyor
- Sorunun merkezinde issues, PRs ve Actions gibi çevresel altyapılar var; meselenin yalnızca Git'in dağıtık yapısıyla çözülemeyeceğini açıkça vurguluyor
- Gün içinde saatlerce çalışmanın aksaması sürdüğü için, burayı artık ciddi bir çalışma alanı olarak görmenin zorlaştığı sonucuna varıyor
Plan ve kapsam
- Ghostty'nin nereye taşınacağı henüz netleşmedi; ticari servisler ve FOSS sağlayıcıları dahil çeşitli taraflarla görüşmeler sürüyor
- GitHub bağımlılığı bir anda kesilmeyecek, kademeli olarak kaldırılması planlanıyor
- Mevcut URL'de GitHub üzerinde salt okunur bir ayna bırakılması planlanıyor
- Bu değişiklik şimdilik yalnızca Ghostty için geçerli olacak; kişisel projeler ve diğer çalışmalar bir süre daha GitHub'da kalacak
- Ghostty, kendisi, bakımcıları ve açık kaynak topluluğu üzerinde en büyük etkiye sahip proje olduğu için bu değişikliğin odağı da burada toplanıyor
Ek bağlam
- Zamanlama, 27 Nisan 2026'daki büyük kesintiyle çakışmış olsa da GitHub'dan ayrılma planı aylar öncesinden konuşuluyordu ve nihai karar ancak bu hafta alındı
- Metin, büyük Elasticsearch kesintisinden önce yazıldı; yazıda bahsedilen o günkü kesinti de ondan ayrı bir kesintiydi
- GitHub gerçekten iyileşirse bir gün geri dönmek mümkün olabilir; ancak bunun şartı sözler ya da vaatler değil, somut sonuçlar ve iyileşme olacak
3 yorum
Zaten başka yerlere (
Codeberggibi) taşınmış olanlar, bu olayı görünce taşınmakla ne kadar doğru bir karar verdiklerine daha da ikna olacak gibi görünüyor.Mitchell Hashimoto, HN yorumunda da gerçekten gözlerinin dolduğunu yazmış; bakınca
https://x.com/mitchellh/status/2049213597419774026
GitHub kullanıcısı #1299'muş ve Şubat 2008'de katılmış.
Görünüşe göre GitHub'ın bu aralar gerçekten epey sorunu var. Birkaç saat önce de GitHub'da şu anda kesinti yaşanıyor paylaşılmış.
Hacker News yorumları
mitchellh: Bu yazıyı yazarken gerçekten ağladım, hem de abartmıyorum
GitHub benim için sadece bir SaaS değildi, çok daha büyük bir anlam taşıyordu; bu yüzden kurduğum bağ biraz sağlıksız olacak kadar derindi
Aylar boyunca aralıklı olarak konuştuk, son birkaç haftada bunu ciddi ciddi değerlendirdik, birkaç gün önce de son kararı verdik; ama yazıyı bizzat yayımlayınca ancak gerçekten çok gerçek geldi
Kimileri alay edebilir ama ben GitHub'ı gerçekten önemsiyorum ve yeniden kendi yolunu bulmasını istiyorum
Ben GitHub User 22723'üm; şu an hesap sayısı yaklaşık 180 milyon olmuşken, pratikte ben de en başından beri oradaydım denebilir
Benim bakış açıma göre GitHub'ın iyi olabilmesi için önemseyen insanların kalıp onu daha iyi hale getirmesi gerekiyor
Heroku'dan yaklaşık 6 yıl önce ayrıldığımda, neredeyse 10 yıl memnuniyetle kullandıktan sonra paneli bir daha hiç açmadım ve sonunda Salesforce'un onu gerçekten mahvettiğini düşündüm
Ama GitHub'dan öyle kopamıyorum
agentic coding ve patlayıcı büyümenin aynı anda yaşanmasıyla işler dağılmış olsa da, bu bana Heroku/Salesforce tarzı bir çöküş gibi gelmiyor
Bunu daha fazla AI coding'e ya da tek başına kötü Microsoft'a bağlamaktansa, ölçeğin ve geliştiricilerin ayaklarının altındaki zeminin değişmiş olması daha ikna edici geliyor
Yine geri dönmek isteyeceğim kadar iyi iş çıkarırlar umarım; geliştirici hayatının merkezindeki bir şeye güçlü duygular beslemekte de hiçbir aptallık yok
Özellikle şu his çok tanıdık geliyor: iş yapmaya çalışırken engellenmek, yazılım yayımlamaya çalışırken sanki kullandığın hizmet bunu istemiyormuş gibi hissetmek
Bu duygu sadece GitHub'a özgü değil; bugünlerde genel olarak web daha özensiz ve daha düşük kaliteli bir yere gidiyor gibi
Sürekli kesintiler, hatalar, can sıkıcı UI pürüzleri ve yarım kalmış özellikler o kadar fazla ki ne olduğunu anlamak zor
İnsanlar için ergonomic software ürettiğin için teşekkürler
Başkalarının gözünde değersiz görünen ama sahibinin gözünde yılların sevgisini ve anılarını taşıyan bir nesne benzetmesi
https://knowyourmeme.com/memes/spool-of-wire-guy
Hayatta sevdiğimiz ve değer verdiğimiz şeyler var; desteklediğim taraf kötüye giderse üzülmem de gayet doğal
Ben de bu yüzden asla alay etmem; edenlere de kızarım
Yalnız GitHub'ın yeniden yolunu bulacağı konusunda dürüst olmak gerekirse iyimser değilim
GitHub'ın kurumsal olarak dağılmasını izlemek epey şaşırtıcıydı
Microsoft'a katılması, kaynakların Copilot'a kaydırılması, organizasyon yapısı, vibe coding gibi pek çok açıklama var; ama sebep her neyse ciddi bir sorun olduğunu inkâr etmek zor
Gayriresmî durum sayfasının gösterdiği geçmiş de oldukça korkunç
İçeriden bir bakış duymak isterdim ama şu anda atalet sayesinde ayakta duran batmakta olan bir gemi gibi görünüyor; yazılım sektörünün tamamı sarsılırken sadece ataletle ayakta kalmak da zor olacak gibi
Büyük bir şirkete satılan hizmetlerin sık yaşadığı şekilde yönetiliyor
Önce gayet iyi olur, sonra yavaş yavaş kötüleşir, sonunda çöker ve her şey rakam oyununa döner
Microsoft, Oracle, VMware, CA, Salesforce... benzer örnek çok; satın alma ve birleşmeleri gerçekten iyi yöneten ekip ise çok az
https://onlineornot.com/uptime-calculator/87.25
Doğru düzgün liderlik olmadan fazla büyüyen her şeyin sonunda dağıldığını düşünüyorum
Gerçek tablo hissiyat olarak daha da kötü
GitHub satın alınmadan önce de sitenin bir gün çalışıp çalışmayacağı yazı tura gibiydi
Doğru zamanda doğru yerde olduğu için başarılı oldu; ama özünde hep orasından burasından eklenmiş, dağınık bir sistemdi
Hashimoto'nun GitHub'a ve açık kaynak dünyasına duyduğu samimi sevgiyi anlıyorum
Ama özgür olmayan yazılımın doğası gereği şüpheli ve etik dışı olduğuna dair biraz daha Richard Stallman tarzı bir tutum olsaydı, bence bu kadar incinmezdi
GitHub 2008'de de şimdi de başkalarının sunucularında, başkalarının kurallarıyla çalışan ve sonuçta sahibinin çıkarı için işletilen özgür olmayan bir yazılımdı
Ben de uzun süre kullandım; iş gereği mecbur kaldığım zamanlar da oldu ama duygusal bir bağ kurmadım
Özgür yazılım olan git'in üzerine kurulmuş olmasına rağmen, yapısal olarak kullanıcıları platforma kilitlemeye çalışması hep rahatsız ediciydi
E-posta hesabı ve kullanım şartlarını kabul etmek gerektiren, ayrıca ABD yaptırım yasaları nedeniyle İran'da çalışmayan bir yazılımı sevemedim
Bu yüzden ghostty'nin GitHub'dan ayrılmasına tereddütsüz seviniyorum
KDE tarafında GitHub neredeyse hiç ciddi bir seçenek olarak görülmedi; kendi git inframızı işlettik, sonra da Gnome ile birlikte GitLab'la çalışıp Enterprise Edition'daki gerekli özelliklerin Community edition'a taşınmasını sağladık
Son 16 yılda saatler süren bir git kesintisini sanırım tam bir kez yaşadık
Tek bakılması gereken, zamanımı ve paramı vermeye değip değmediği
Netflix zamları ya da oyunlar gibi konularda duygusal tepki büyüyebilir ama değer yoksa çıkıp gidersin
Tabii ilk dönem bilgisayar günlerine benzer bir duygusal bağın oluşmasını anlayabiliyorum
Issue tracker gibi şeyleri git repo'nun içine gömmek giderek daha mantıklı gelmeye başladı
Bu acı, closed source software sorununu sonuna kadar görememekten kaynaklanıyor bence
Hashicorp satıldıktan sonra ona duyduğum saygı ciddi biçimde azaldı
Daha önce Mitchell'ın X'te GitHub'ı eleştirdiği bir başlıkta, GitHub'ın onu CEO olarak alması gerektiğini söyleyen yanıtlar görmüştüm; mantıksız gelmemişti
Böyle bir gemiyi rota değiştirtecek lider, sıradan bir yönetici değil; güçlü kanaatlere, uygulama gücüne ve yetenekli insanları çekme becerisine aynı anda sahip biri olmalı
Sonunda yeni bir GitHub'ın ortaya çıkacağını düşünüyorum; OpenClaw ya da eski GitHub'ın SVN·SourceForge döneminde yaptığı gibi doğru anda doğru yere oturursa çok hızlı büyüyebilir
Zaten o alanı hedefleyen pek çok girişim de var gibi görünüyor
Buna rağmen temel hizmet açısından bakınca, özellikle karmaşık projelerde hâlâ iyi bir UI yokmuş gibi geliyor
Öte yandan jujutsu'nun temel yönü oldukça iyi görünüyor ama hâlâ düzgün bir forge yok
Kod, wiki ve issue'lar fiilen tek bir araç içinde dağıtık şekilde yönetiliyor
Eğer AI, büyük teknoloji yöneticilerinin istediği gibi yazılım geliştirmeyi gerçekten ikame ederse yeniden hizalanabilir; ama bugün insanlar istikrarlı bir git remote istiyor, karşılarında ise kararsız bir host ile yarım yamalak vibe coding özellikleri görüyorlar
İnsanların GitHub'a yığılmasının asıl nedeni, her self-hosted forge'un kayıt açmasına gerek kalmadan issue ve PR üzerinde kolayca birlikte çalışılabilmesi; bu da bütün kodu çökmekte olan tek bir altyapıda toplamak zorunda olmadan çözülebilir
Muhtemelen gerçeğe dönüşmesi zor ama olursa harika olur
Geliştirici ekosisteminin 5 yıl sonra nasıl değişeceğini ve GitHub'ın 5 yıl sonra neye benzeyeceğini gerçekten merak ediyorum
Ben GitHub web arayüzünü neredeyse hiç açmıyorum, daha çok github cli kullanıyorum
gh ile ihtiyaçlarımın çoğunu halledebiliyorum; Actions GitHub üzerinde çalışıyor, agent sonucu alıyor, issue'ya bakıyor, kodu düzeltiyor ve tüm iş akışı şimdiden değişmiş durumda
Eğer GitHub'ın artık keyifli bir yer olmadığına, çalışmayı ve deploy etmeyi engellediğine dair bu duygu gerçekten yaygınsa, Redmond'ın sert bir tepki vermesi gerekir
Bu hissiyat gerçekten geniş ölçekte yayılırsa Microsoft için ağır bir darbe olabilir
8 yıl önce yaklaşık 8 milyar dolar harcayıp geliştiricileri ana sütunlardan biri yaptı; Minecraft'a da 2 milyar dolar vererek genç geliştirici kitlesini de ekosisteme bağlamak istedi
Zaten OS ve sunucu alanını kaybetti; geliştiricileri de kaybederse 21. yüzyılın Xerox'u gibi bir yola girebilir
Microsoft oyunlarda da, mobilde de, AI'da da çok baskın görünmüyor ya da kaybetme ihtimali yüksek; ama sadece Word ve Excel kullansa bile yeten devasa bir beyaz yaka kitlesini hâlâ elinde tutuyor
Teknolojiye ilgisi olmayan ama Office'e kilitli çok fazla insan var
Claude'un erken dönemde doğru düzgün öğrendiği pratik becerilerden birinin .docx yazmak olması da bunu gösteriyor
Sorun git'in kendisi değil, onun üstüne kurulan issue, PR, Actions gibi altyapılar
Önerim şu: başka bir forge'a taşınılsa bile yanında git-bug da kullanılsın
Issue'ları, PR'ları ve benzerlerini branch yerine özel ref'lerde tutup git'in kendisinde saklıyor; ayrıca farklı sağlayıcılarla çift yönlü senkronizasyonu da destekliyor
fossil gibi başka VCS'ler de issue'ları repo ile birlikte saklıyor; bence de doğrusu bu, çünkü issue'lar da tıpkı belgeler gibi koda anlam kazandıran şeylerin bir parçası
Her şeyin repo'nun içinde olması gerçekten işleri kolaylaştırıyor
Ama artık bunların hepsini neredeyse sınırsız bir LLM coding agent ile birlikte yönettiğimiz için, erişim kapsamını sınırlamak daha da zorlaşıyor
İkincisi için web UI benzeri bir şey üzerinde çalışıldığını sanıyorum; ama o zamana kadar sıradan kullanıcıların issue açabilmesi için yine de herkese açık bir altyapı gerekiyor
Kendi projelerimde https://github.com/stryan/materia ile birlikte kullanıyorum; repo ve issue'ları merkezîleştirmek açısından iyi
Ama rastgele kullanıcı girdileri için hâlâ GitHub Discussions'ı sözde bir bug tracker gibi kullanıyorum
Eğer gerçekten bug ise git-bug'a ekleyip GitHub issues ile senkronize ederek herkese görünür hale getiriyorum; ama büyük ölçekte kullanıcı bug raporları için bu yöntem pek uygun değil
Bu iş akışı fikrini ironik şekilde ghostty ve mise'dan aldım; ikisi de önce bug'ları discussion olarak alıyor, uygulanabilir olanlar içinse sonradan etiketlenmiş issue oluşturuyor
Güzel ipucuydu
GitHub kalitesindeki ciddi düşüşten en çok neyin sorumlu olduğunu merak ediyorum
Bir açıklama, AI tarafından üretilen kodun kod tabanının kalitesini düşürdüğü; bir diğeri ise Microsoft satın almasından sonra kötü bir mühendislik kültürünün yayıldığı yönünde
İkisi de belli ölçüde aynı anda olmuş olabilir
https://news.ycombinator.com/item?id=45517173
https://github.blog/news-insights/company-news/an-update-on-github-availability/
Bence bu, Microsoft kültürü ve altyapısının karışmasının sonucu; artık kalite olarak diğer Microsoft hizmetlerine benziyor
Ek olarak, dotnet CLI ikili dosyalarının barındırılması o kadar dengesiz ki CI sık sık bozuluyor ve ben bunları kendim yeniden host etmek zorunda kalıyorum
Pull Request sayfasında sonuçların eksik görünmesi, Elasticsearch indeksleri yeniden doldurulurken veri kaybolmasa da yeniden indeksleme bitene kadar listelerin düzgün görünmemesi gibi olaylar aynen yaşanıyor
Önümüzdeki birkaç ay içinde Ghostty projesini nereye taşıyacağını daha ayrıntılı paylaşacağını söyledi; bu da GitHub Issues ya da PR'ların gün içinde ara sıra erişilememesi sorununa karşılık aylarca daha erişilemez bir dönem yaratmak anlamına geliyor gibi görünüyor
Biraz duygusal ve acele verilmiş bir karar gibi duruyor; kendisi, Ghostty ya da topluluk için mutlaka faydalı olacağından emin değilim
En azından harekete geçmeden önce bir yedek yol hazırlanmış olmasını isterdim