Bir temanın deposunu açtığınızda ilk gördüğünüz tarih, dosya listesinin üstündeki son commit’tir. Bu tarih doğru yere bakar ama tek başına yetmez. 20 Ekim 2026 ölçümümüzde izlediğimiz 200 temanın 70 tanesi son 90 gün içinde ana dalına commit almıştı; 52 tanesi ise iki yıldan uzun süredir sessizdi ya da arşivlenmişti. Arada kalan büyük grup için karar vermek, birkaç göstergeyi birlikte okumayı gerektirir.
Push tarihi neden yanıltır
GitHub API’sinin depo bilgisinde pushed_at adlı bir alan vardır ve birçok tema listesi “son güncelleme” olarak bunu gösterir. Bu alan depoya herhangi bir dala yapılan son gönderimi kaydeder. Bağımlılık güncelleme botları (Dependabot ve benzerleri) güncelleme önerilerini ayrı dallarda açar; bu dallara yapılan her gönderim de pushed_at tarihini yeniler. Oysa temanın ana dalında aylardır hiçbir şey değişmemiş olabilir.
Ölçümümüzde bu farkı açıkça gördük: 55 temada son push tarihi, ana dala giren son commit’ten 30 günden daha yeniydi. Bu temalar push tarihine bakan bir listede “güncel” görünür. Biz bu yüzden etkinliği ana dal commit’iyle ölçüyoruz; yöntem veri ve yöntem sayfasında.
Kendiniz kontrol etmek için deponun ana sayfasındaki commit sayısına tıklayın; açılan liste varsayılan dalın geçmişidir. En üstteki tarih, temanın gerçekten son ne zaman değiştiğini gösterir.
Beş gösterge
1. Ana dala son commit
Eşikleri biz şöyle kullanıyoruz: 90 gün içinde “aktif”, 3 ila 12 ay “yavaşladı”, 1 ila 2 yıl “durgun”, 2 yıldan fazla “terk edilmiş görünüyor”. Sınırlar keyfîdir ama tutarlıdır. Küçük ve olgun bir tema aylarca değişmeyebilir; bu tek başına kötü bir işaret değildir. İki yılı aşan bir sessizlik ise, üreticinin bu sürede çıkan sürümleriyle temanın denenmediği anlamına gelir.
2. Son 12 aydaki commit sayısı
Tek bir son commit tarihi, bir yazım düzeltmesiyle yenilenebilir. Son 12 ayda kaç commit girdiği ise süreklilik hakkında daha çok şey söyler. Ölçümümüzde bu sayının ortancası Hugo’da 7, Astro’da 18, Jekyll’da 0 idi. Ortancanın çok altında kalan ama yakın zamanda commit almış bir tema, uzun bir sessizlikten sonra tek bir düzeltme almış olabilir.
3. Açık konu ve çekme isteği oranı
Açık konu (issue) sayısı tek başına anlamsızdır; çok kullanılan bir tema doğal olarak çok soru alır. Bunu yıldız sayısına bölmek daha adil bir karşılaştırma verir. Tema sayfalarımızda “1.000 yıldızda açık kayıt” olarak gösterdiğimiz bu oran, aynı üreticinin ortancasıyla yan yana durur. Oranın ortancanın iki katından fazla olması, yanıtlanmayan soruların biriktiğine işaret edebilir.
Bir not: GitHub API’sinin verdiği açık konu sayısı açık çekme isteklerini (pull request) de kapsar. Uzun süredir bekleyen çok sayıda çekme isteği, katkıların incelenmediğini gösterir ve bakımın zayıfladığının en net işaretlerinden biridir. Depodaki “Pull requests” sekmesinde en eski açık isteğin tarihine bakmak bunu bir bakışta söyler.
4. Arşiv işareti
Arşivleme, depo sahibinin “bu proje artık bakım görmüyor” demesinin resmî yoludur. GitHub’ın arşiv belgesine göre bu durumda kod, konular, çekme istekleri ve yorumlar değiştirilemez hâle gelir. Arşivlenmiş depoların sayfasında bunu belirten bir uyarı görünür. Ölçümümüzde 8 tema arşivlenmişti. Arşivlenmiş bir tema çalışmaya devam edebilir, ama düzeltme gelmeyeceğini kesin olarak bilirsiniz.
5. Sürüm uyumu
Bakımı süren bir tema, üreticinin yeni sürümlerini takip eder. Bunu dolaylı olarak görmenin yolu, temanın istediği sürüme bakmaktır: Hugo’da theme.toml içindeki en düşük sürüm, Astro’da package.json içindeki Astro sürümü, Jekyll’da Gemfile’daki Jekyll gereksinimi. 20 Ekim’de izlediğimiz Astro temalarının 27 tanesi güncel ana sürüm olan 7’nin gerisindeydi. Tema sayfalarındaki teknik kontrol listesi bu karşılaştırmayı sizin için yapar.
Ölçümümüzde üç üretici
| Üretici | Aktif | Yavaşladı | Durgun | Terk / arşiv |
|---|---|---|---|---|
| Hugo (80 tema) | 30 | 23 | 11 | 16 |
| Astro (60 tema) | 29 | 22 | 7 | 2 |
| Jekyll (60 tema) | 11 | 7 | 8 | 34 |
Hugo, Astro ve Jekyll arasındaki fark yalnızca temaların yaşından gelmiyor; Jekyll temalarının bir kısmı GitHub Pages’in yerleşik derlemesiyle yıllardır değişmeden çalıştığı için güncelleme ihtiyacı duymuyor. Yine de yeni bir site için tema seçiyorsanız, aktif gruptan başlamak sonraki yıllarda daha az sürpriz demektir. Grupların tamamı bakım durumu sayfasında, son bir haftada değişenler ise bu hafta güncellenenler listesinde.
Son commit’in ne olduğuna da bakın
Tarih kadar commit’in içeriği de önemlidir. Son üç commit’in hepsi bir bağımlılık sürümünü yükselten otomatik mesajlarsa (“Bump x from 1.2 to 1.3” gibi), tema teknik olarak güncel kalıyor ama geliştirici şablonlara dokunmuyor olabilir. Son commit’lerde hata düzeltmesi, yeni bir dil dosyası ya da üreticinin yeni sürümüne uyum gibi mesajlar görüyorsanız, birisi temayı gerçekten kullanıyor ve düzeltiyor demektir.
Ölçümümüzde son 12 ayda en çok commit alan temalar, en çok yıldızlı temalarla büyük ölçüde örtüşüyordu: Jekyll’da alshedivat/al-folio 182 ve academicpages/academicpages.github.io 143 commit, Hugo’da adityatelange/hugo-PaperMod 98 commit almıştı. Bu üçü aynı zamanda yıldız sıralamasının ilk üçünde. Çok kullanılan bir temanın daha çok katkı alması şaşırtıcı değil; şaşırtıcı olan, yıldız sıralamasında ilk 10’a giren temaların 8 tanesinin aktif olmasına karşın, ilk 200’ün yalnızca 70 tanesinin aktif olması. Listenin aşağısına indikçe bakım hızla zayıflıyor.
Sürüm etiketleri ve değişiklik kaydı
Bakımı düzenli süren temaların çoğu sürüm etiketi (tag) ya da GitHub sürümü (release) yayımlar ve değişiklikleri bir CHANGELOG dosyasında toplar. Bunun iki faydası var. Birincisi, temayı belirli bir sürüme sabitleyebilirsiniz: Hugo Modules’ta modül sürümü, Jekyll’da remote_theme satırındaki @v1.2.0 gibi bir etiket bunu sağlar. İkincisi, güncellemeden önce neyin değiştiğini tek bir dosyadan okursunuz. Etiket yayımlamayan bir temada ana dalı izlemek zorunda kalırsınız; ana dala giren her değişiklik doğrudan sitenize gelir.
Deponun sağ sütunundaki “Releases” bölümünde en son sürümün tarihine bakın. Son sürüm iki yıl önceyse ama ana dala yakın zamanda commit girmişse, geliştirici değişiklikleri sürüm etiketi olmadan yayımlıyor demektir; bu durumda belirli bir commit’e sabitlemek daha güvenlidir.
Beş dakikalık kontrol listesi
- Varsayılan dalın commit geçmişini açın, en üstteki tarihe bakın.
- Son bir yılda kaç commit girdiğine göz atın (ya da tema sayfamızdaki “12 ay commit” kutusuna bakın).
- “Pull requests” sekmesinde en eski açık isteğin tarihine bakın.
- “Issues” sekmesinde son açılan birkaç konuya geliştiricinin cevap verip vermediğini kontrol edin.
- Temanın istediği üretici sürümünü, sizin kullanacağınız sürümle karşılaştırın.
Bu beş adım, ekran görüntüsünden ve yıldız sayısından daha güvenilir bir fikir verir. Üç üreticinin tema havuzlarını aynı ölçütlerle yan yana görmek için karşılaştırma sayfasına bakabilirsiniz.