Geliştiricilerin GitHub'dan ayrılıp Codeberg ve self-hosting alternatiflerine yönelmesinin nedenleri
(howtogeek.com)- GitHub, 2025'te 600 milyondan fazla depo ve neredeyse 1 milyar commit ile dev bir platform olmaya devam etse de, bazı açık kaynak projeleri kesintiler ve yönetim yönüne duyulan güvensizlik nedeniyle başka barındırma seçeneklerini tercih ediyor
- Ghostty, Zig ve Tenacity GitHub'dan ayrıldı ya da yalnızca salt okunur mirror bıraktı; Dillo ve Hare de taşındı, GNOME ve Apache gibi bazı projeler ise en başından beri self-hosting'i seçti
- En doğrudan şikayet hizmet kesintileri; IncidentHub, 2025 Mayıs'tan itibaren bir yıl boyunca GitHub'daki 48 adet “major outages” olayını ve toplam 112 saatlik kesintiyi takip etti
- Siyasi tartışmalar arasında GitHub'ın ICE ile yaptığı 200 bin dolarlık sözleşme anıldı; artan AI entegrasyonu ve CEO Thomas Dohmke'nin 2025'te söylediği “Either you embrace AI, or get out of this career.” sözü de tepkiyi büyüttü
- Codeberg, GitLab, Bitbucket, Sourcehut, Gitea ve Forgejo; issue takibi, statik sayfa barındırma, CI/CD, e-posta tabanlı iş akışları ve kendi forge'unu çalıştırma gibi GitHub dışındaki gerçekçi seçenekleri sunuyor
GitHub'ın ölçeği ve ayrılma işaretleri
- GitHub, birçok ölçütte hâlâ açık ara en büyük geliştirme platformu
- Her saniye 1 yeni kullanıcı kaydoluyor
- 600 milyondan fazla depoyu barındırıyor
- 2025'te neredeyse 1 milyar commit üretildi
- Ancak bazı kullanıcılar teknik istikrar ve GitHub'ın yönetim yönü konusunda endişe duyuyor
- Teknik şikayetler sık kesintiler üzerinde yoğunlaşıyor
- Microsoft satın alımından sonra siyasi yönelim de daha hassas bir mesele haline geldi
- Bazı tanınmış projelerin GitHub'dan tamamen ayrılmaya yönelmesi, bunun daha geniş bir kopuşun başlangıcı olabileceği şeklinde yorumlanıyor
GitHub'dan ayrılan projeler
- Açık kaynak yazılım ararken neredeyse tüm projeler GitHub'daymış gibi görünse de, ana evi GitHub dışında olan çok sayıda örnek var
- Linux kernel kaynak kodunun GitHub'da salt okunur bir mirror'u bulunuyor
- Asıl ana evi ayrı bir alan adında yer alıyor
- Ghostty, en dikkat çekici ayrılık örneklerinden biri
- Ghostty, çapraz platform bir terminal emülatörü
- Bakımcı Mitchell Hashimoto, Nisan 2026'da Ghostty'nin GitHub'dan ayrılacağını duyurdu
- Geçiş anlık olmayacak; GitHub bağımlılığı kademeli olarak kaldırılacak ve mevcut URL'de salt okunur mirror tutulacak
- Zig de Kasım 2025'te GitHub'dan ayrılacağını açıkladı
- Zig, C'nin manevi halefi olarak tanıtılan bir sistem programlama dili
- İlk commit'ini 2015'te yaptı ve yakın zamana kadar kesintisiz biçimde GitHub üzerinde geliştirildi
- Tenacity de GitHub dışına taşınan önemli projelerden biri
- Tenacity, çapraz platform bir ses düzenleyici
- 2023'te Reddit forumunda taşınmayı duyurdu ve bugün GitHub'da yalnızca mirror tutuyor
- Dillo web tarayıcısı ve Hare programlama dili de taşındı; GNOME ve Apache'nin birçok yazılımı ise en başından beri GitHub yerine kendi barındırmasını seçti
Ayrılma nedenleri: kesintiler, siyaset, AI
- Bakımcıların GitHub'dan ayrılmasının nedeni tek bir başlıkta toplanmıyor
- En sık tekrar eden teknik şikayet sık yaşanan kesintiler
- IncidentHub, 2025 Mayıs'tan itibaren bir yıl boyunca GitHub'da 48 adet “major outages” olayı izledi
- Toplam kesinti süresi 112 saat olarak hesaplandı
- Bu tür kesintiler, Ghostty ve Zig'in taşınmasını tetikleyen etkenlerle ilişkilendiriliyor
- Siyasi nedenler de ayrılma arka planının bir parçası
- Zig'in yaratıcısı Andrew Kelley, GitHub ile ICE arasındaki ilişkiye değindi
- GitHub'ın göçmenlik denetim kurumu ile yaptığı 200 bin dolarlık sözleşme, 2019'da da çalışanların eleştirisini çekmişti
- AI entegrasyonu da GitHub etrafındaki tartışmaları büyütüyor
- GitHub, Copilot'u giderek daha fazla entegre ediyor
- 2025'te CEO Thomas Dohmke, “Either you embrace AI, or get out of this career.” dedi
- Mitchell Hashimoto, GitHub'ın artık çalışması keyifli bir yer olmadığını ve işiyle yazılım dağıtımını engelleyen bir yer gibi hissettirdiğini söyledi
En başından beri GitHub'dan kaçınan projeler
- GitHub'dan ayrılan projelerden ayrı olarak, baştan itibaren GitHub'ı seçmeyen projeler de var
- GNU Project, ideolojik nedenlerle GitHub'ı reddediyor
- GitHub'ın çalışması için özgür yazılım olmayan JavaScript gerektiğini sorun ediyor
- GitHub'ın “kötü lisans uygulamalarını” teşvik ettiğini düşünüyor
GitHub dışındaki seçenekler
- Codeberg, Zig gibi projelerin GitHub yerine seçtiği başlıca rakip hizmetlerden biri
- Issue takibi, statik sayfa barındırma, CI/CD gibi GitHub'a benzer özellikler sunuyor
- GitLab ve Bitbucket da alternatifler arasında anılıyor
- GitLab'ın self-hosting seçeneği var
- Bitbucket, GitHub ile aynı dönemin alternatiflerinden biri olarak tanıtılıyor
- Sourcehut, tamamen açık kaynak bir hizmet
- GitHub'ın temel işlevlerine karşılık gelen özellikler sunuyor
- E-posta tabanlı iş akışlarını öne çıkarıyor
- Kendi forge'unu çalıştırmak da bir seçenek
- Gitea ve Forgejo, popüler seçenekler arasında anılıyor
- Forgejo, Codeberg'in arkasında çalışan yazılım
- Software Freedom Conservancy'nin Give Up GitHub kampanyası gibi, GitHub'dan ayrılmayı destekleyen girişimler de var
Her proje için farklı değerlendirme ölçütleri
- GitHub, açık kaynak geliştirmeyi ve iş birliğini teşvik etmede büyük rol oynamış bir web uygulaması olarak değerlendiriliyor
- Aynı zamanda hem teknik hem de ideolojik sorunlar taşıyor
- Geliştiriciler ve projeler, kendi tutumlarına göre GitHub'ı kullanmaya devam edebilir ya da Codeberg, GitLab, Bitbucket, Sourcehut, Gitea, Forgejo ve self-hosting gibi alternatifleri seçebilir
1 yorum
Hacker News yorumları
GitHub hakkındaki olumlu/olumsuz duyguları bir kenara bırakırsak, “X neden Y yapıyor?” türü yazılar, X’in Y yaptığı varsayımını doğruymuş gibi alıp bu varsayımın anlamlı ölçüde doğru olduğunu kanıtlamadan “neden”e atlıyor.
Bu yüzden “Why” ile başlayan başlıklara güvenmiyorum.
“Geliştiriciler ayrılıyor” deyip gerçekte yüz binlerce depo içinden ancak anlamlı sayılabilecek birkaçını listeliyor.
Şimdi hizmet o kadar kötüleşti ki şirkette bir şey yavaşladığında ya da çöktüğünde her seferinde GitHub şakaları yapılıyor.
İtibar çok değerli bir varlık; GitHub birkaç ay içinde mükemmel itibarını zedeledi ve bu haber değeri taşıyor.
Başkalarının da söylediği gibi asıl mesele trend.
Birçok önemli açık kaynak projesindeki insanlardan duyduğuma göre, şu anda GitHub’da kalmalarının nedeni ücretsiz GitHub Actions kredileri. Ayrılırlarsa CI/CD maliyetlerini karşılamakta zorlanacakları anlamına geliyor; yani GitHub projeleri “para verip” tutmamış olsaydı sayı daha büyük olurdu.
https://www.paulgraham.com/submarine.html
Codeberg’i 1 yıl kullandım; bu yılın başında Codeberg kendi takdiriyle depolar yerine düşmanca rastgele metin göstermeye karar verdi. İnsan olup olmadığından emin olmadıkları kullanıcı aracıları için LLM eğitimini engelleme amacı taşıdığını söylediler.
Codeberg’in yapması gereken tek iş depoları sunmaktı, onu yapamadı; sorunu gündeme getirdiğimde bunun hata değil özellik olduğunu duydum. Beni beyaz listeye alabileceklerini söylediler ama sorun ben değildim; rastgele insanların depoya erişiminin tamamen engellenmesiydi. Sonunda GitHub’a döndüm.
O birkaç saniyelik mesaj Codeberg’i kullanılamaz hale getirecek kadar mı rahatsız edici? Yoksa sizde 2 saniyeden çok daha mı uzun sürüyor?
Herkesin dünyada neyi kabul edilebilir bulduğu ve ne kadarına tahammül edeceği farklıdır; ama benim açımdan Codeberg, LLM’lerin siteyi kazımasını engellemek için iyi bir mücadele veriyor.
Bir source forge işletmek sandığımdan daha zor olmalı.
GitHub’dan ayrılalı 9 ay oldu.
Şu anda Gitea’yı kendim barındırıyor; Docker ve NPM gibi registry’ler için kullanıyor, GitHub Actions alternatifi olarak act runner kullanıyor ve hepsini tailnet içinde koruyorum.
Bu kurulumdan çok memnunum. İhtiyacım olan her şey var ve bir kez kurunca neredeyse hiç ilgilenmek gerekmiyor.
Artık GitHub’ı yalnızca kendi barındırdığım depoları yansıtan bir yedek olarak kullanıyorum.
[0] https://gitea.com
[1] https://docs.gitea.com/usage/actions/act-runner
Tüm GitHub depolarımı yansıttıktan sonra en çok kullandıklarımdan başlayarak geçiş yaptım.
En büyük kazanım, Mac’imde Apple runner çalıştırabilmek oldu; böylece ücretsiz GitHub Actions’ı başka işler için kullanabiliyorum.
Herkese açık projeler için container’ları hem Gitea’ya hem GitHub’a yayımlayıp push eden bir workflow var.
Kişisel açık kaynak projeleri ise paylaşım ya da iş birliği için herkesin bulunduğu GitHub’da tutuyorum.
https://github.com/lightningdevkit organizasyonunun tüm CI’ı 3 hafta boyunca kapalı kaldı. Nedeni, haksız yere engellenmiş harici bir katkıcının PR açmış olmasıydı.
Defalarca itiraz ettik ama açıklama yapılmadı; yalnızca kalıcı engel yanıtını aldık. Sorun ancak Twitter’da gürültü kopardıktan sonra çözüldü. Ne yazık ki artık çalışmak için iyi bir yer değil.
GitHub’dan ayrılıp self-hosting’i seçmiş bir geliştirici olarak nedeni tek bir şey: teknik zorluklar, politika ya da AI değil, Microsoft.
Apple ve Facebook gibi şirketlerde olduğu gibi Microsoft’tan da derinden nefret ediyorum ve onu hayatımdan mümkün olduğunca çıkarmak istiyorum.
Şu anda Raspberry Pi üzerinde Gitea ve Forgejo ile Git çalıştırıyorum. GitHub’da hayal etmesi zor boyutta dosyalar da yükleyebiliyorum; Claude kendi başına PR açtığında farkları inceleyip düzelttikten sonra birleştirebiliyorum. Sadece bir Pi 3B+’ın gücüyle bile daha tepkisel hissettiriyor.
Geliştiriciler, ben dahil, ücretsiz açık kaynak hobi projeleriyle eğitilmiş yapay zeka yüzünden işten çıkarıldığımızın söylenmesinden hoşlanmadığı için
Dünya LLM’leri lisans aklama için geçerli bir yöntem olarak kabul ederse buna nasıl karşı koyabileceğimi bilmiyorum
Gizli kod için kendi barındırmanın daha güvenli hissettirdiğini düşünüyorum. İdeal olarak WireGuard arkasına koyarsanız bir güvenlik katmanı daha oluşur
Herkese açık kod barındırmada GitHub’ın çok fazla kişiyi ve projeyi engellemesi içimi rahat ettirmiyor. Güvenlik araştırmacılarından 18+ oyun geliştiricilerine kadar haksız yere engellenen çok fazla örnek var
Kod barındırma hizmetleri çoğalırsa alternatif sürüm kontrol sistemlerinin de artıp artmayacağını, yoksa Git’in bir araç olarak gerçekten çok derine mi yerleştiğini merak ediyorum
Biraz söylenmek gibi olacak ama alternatif sürüm kontrol sistemlerinin daha çok geliştirilmesini isterdim. pijul, ne kadar ölçeklenebilir bilmiyorum ama güzel görünüyor. Git LFS zaman zaman epey uğraştırıcı olabildiği için Perforce benzeri daha fazla sistem de çıkabilir
Birbirinden çok farklı sürüm kontrol sistemlerinin çeşitli biçimde var olması pratik değil ve birden fazla aracı öğrenmek gerçekten zahmetli; bu kesin. Ama insanların depoyu baştan klonladığına dair anekdotlara bakınca Git biraz optimum değilmiş gibi görünüyor. Yakın zamanda jj’yi denedim; LFS desteği olmaması dışında iyi çalışıyor gibi göründü, umutluyum
Kendi barındırma da daha popüler hale gelebilir. Yakın zamana kadar kendi barındırma örneklerini pek duymuyordum
LFS acı veriyorsa, Git LFS’i bir türlü kullanamadığım için Oxen’dan bahsetmem gerek. Açık kaynak, kendi barındırılabiliyor ve barındırma seçeneği de var. Büyük dosyaları en baştan ele alıyor ve bunu herkesten hızlı yapmak temel hedeflerinden biri. Dağıtım için hâlâ GitHub kullanıyorlar, bu da komik: https://github.com/Oxen-AI/Oxen
jj’nin nereye gideceğini de merak ediyorum. Felsefesi gerçekten ilginç ve umut verici görünüyor
Git’i kendim barındırmayı denemiş ve bakımını acı verici bulmuş biri olarak gerçekten merak ediyorum. Geliştiricilerin başka platformlara akın etmesinin nedeni nedir ve bu platformların GitHub’ın gösterdiği söylenen tehlike işaretlerini aynen göstermeyeceğinden nasıl emin olunabiliyor, bilmek isterim
Yılda bir iki kez bazı güncellemeler müdahale gerektiriyor, onun dışında pek bir şey olmuyor. Şimdiye kadar çok memnunuz
Şu anda en büyük sorun yapay zeka scraper’ları; bazen her şeyi yavaşlatıyorlar. Yine de birkaç güvenlik duvarı kuralı ve anoubis ile çözülemeyecek düzeyde değil
Barındırma hizmeti istiyorsanız Codeberg’i kullanabilirsiniz. Bir Alman kâr amacı gütmeyen kuruluşu tarafından işletildiği için OpenAI tarzı aniden yön değiştirip başka tarafa savrulması zor. Ancak yalnızca özgür ve açık kaynak projeleri kabul ediyor
Yaklaşık 1 yıldır GitLab’ı kendim barındırıyorum ve kapalı kaldığını ya da kullanılamadığını hatırlamıyorum
Çevrim içi toplantılar dışında neredeyse her şeyi de kendim barındırıyorum ve genel olarak oldukça stabil. Bazı araçlar ara sıra kapanıyor ama genelde VM’i yeniden başlatmak ya da biraz daha depolama alanı eklemek yetiyor
Bu alandaki tek seçenek değil ama şimdiye kadar gördüklerim arasında bir instance ayağa kaldırması en kolay olanlardan biri
Ben de kendi barındırmayı düşünüyorum; amacım açık kaynak olduğu için scraper’lar veya diğer DOS benzeri trafikten endişeliyim