GitHub etiketleri artık silinmeden arşivleniyor, otomasyon ise eksik

GitHub, 27 Ağustos 2026’da repository etiketlerini silmeden arşivleme özelliğini genel kullanıma açtı. GitHub’ın sürüm duyurusu, arşivlenen etiketlerin mevcut Issue’lardaki geçmişini koruduğunu, aktif etiket seçicisinden çekildiğini ve repository’nin Labels sayfasından yeniden açılabildiğini belirtiyor.

Pratikte kullanılmayan bir etiket, Labels sayfasından arşivlenerek eski Issue ve pull request’lerden kaldırılmadan yeni atamalara kapatılabiliyor. Otomasyon desteği ise 27 Ağustos’ta genel kullanıma açılan özellikle aynı düzeyde değil: 1 Eylül tarihli bağımsız inceleme, GitHub CLI 2.98.0’ın özel bir arşivleme komutu sunmadığını ve GraphQL Label türünde arşiv durumuna karşılık gelen bir alan bulunmadığını gösteriyor; REST API ise ayrı bir yol sağlıyor.

Etiket Labels sayfasından nasıl arşivleniyor?

Arşivleme repository düzeyindeki etiket tanımına uygulanıyor. Bu işlem, etiketi yalnızca belirli bir Issue’dan kaldırmıyor; etiketi geçmiş kayıtlarda tutarken bundan sonraki seçimlerde kullanılamaz duruma getiriyor.

1. İlgili repository’yi açın ve Issues bölümüne girin.
2. Labels sayfasına geçerek artık kullanılmayacak etiketi bulun.
3. Etiketin arşivleme işlemini seçin.
4. Etiketi yeniden kullanmanız gerekirse aynı Labels sayfasından arşivden çıkarın.

Arşivlenen etiket yeni bir Issue veya pull request’in etiket seçicisine eklenemiyor. Buna karşılık daha önce etiketi taşıyan kayıtlar sınıflandırma bilgisini koruyor. Böylece ekip, eski kayıtları topluca düzenlemeden aktif etiket listesini daraltabiliyor.

Bu davranış, geçici olarak kullanım dışı kalan etiketler için de geri dönüş alanı bırakıyor. Etiket yeniden gerekli olduğunda aynı adla yeni bir tanım oluşturmak yerine mevcut etiket arşivden çıkarılabiliyor; eski ve yeni kayıtlar arasındaki süreklilik bozulmuyor.

Arşivleme ve silme hangi sonucu doğuruyor?

Arşivleme geçmişi korur; silme etiket tanımını ve kayıtlardaki kullanımını kaldırır. Bu nedenle karar, etiketin yalnızca gelecekteki kullanımının mı durdurulacağına, yoksa repository’den tümüyle çıkarılmasının mı amaçlandığına bağlıdır.

• Arşivleme: Etiket eski Issue ve pull request’lerde kalır, yeni kayıtlara eklenemez ve daha sonra yeniden etkinleştirilebilir.
• Silme: Etiket kalıcı olarak kaldırılır; geçmiş kayıtlardaki sınıflandırma da korunmaz.
• Aktif bırakma: Etiket yeni kayıtlarda kullanılmaya devam edecekse seçicide görünür kalır.

Örneğin tamamlanmış bir sürüm dönemine ait etiket, artık yeni işlere eklenmese bile eski sürüm kayıtlarını ayırt etmeyi sürdürebilir. Böyle bir durumda arşivleme, tarihsel bağlamı korur. Yanlış yazılmış ve hiçbir anlamlı ayrım taşımayan yinelenmiş bir etikette ise kalıcı silme tercih edilebilir; bu bir GitHub kuralı değil, iki işlemin farklı sonuçlarına dayanan operasyonel bir seçimdir.

Seçici sadeleşirken geçmiş yerinde kalıyor

Özelliğin temel sonucu, tarihsel görünüm ile gelecekte kullanılabilecek etiket listesinin ayrılması. Arşivlenmiş etiket eski kaydın üzerinde kalırken aktif seçicide görünmüyor. Uzun süredir kullanılan ve zaman içinde sürüm, ekip ya da süreç adları biriktiren repository’lerde liste bu yolla temizlenebiliyor.

Aynı sürüm duyurusu etiket seçme akışındaki Suggested labels ve Recent labels bölümlerini de kapsıyor. Suggested labels, repository’de yakın dönemde kullanılan etiketlerden öneriler sunarken Recent labels kullanıcının yakın kullanımını öne çıkarıyor. Arşivleme kullanılmayan seçenekleri devreden çıkarıyor; bu iki bölüm ise aktif seçenekler arasında doğru etikete ulaşmayı kolaylaştırıyor.

Bu düzenleme etiketlerin kendiliğinden arşivleneceği anlamına gelmiyor. Hangi etiketin artık kullanılmayacağına repository’yi yöneten ekip karar veriyor ve web arayüzündeki işlemi elle başlatıyor. Özellik, sınıflandırma politikasını otomatik belirlemek yerine alınmış kararı geçmişe zarar vermeden uyguluyor.

CLI ve GraphQL’de eksik olanı REST API tamamlıyor

GitHub CLI 2.98.0’daki gh label komut ailesinde clone, create, delete, edit ve list işlemleri bulunuyor; archive veya unarchive adlı özel bir alt komut yok. Aynı tarihte github.com üzerinde incelenen GraphQL Label türünde de arşiv durumunu okumaya ya da değiştirmeye yarayan bir alan görülmedi. Dolayısıyla yalnızca standart etiket komutlarına veya GraphQL sorgularına dayanan mevcut iş akışları doğrudan arşivlemeye geçirilemiyor.

Bununla birlikte otomasyon bütünüyle kapalı değil. GitHub’ın REST etiket belgeleri, “Update a label” isteğinde arşivleme veya arşivden çıkarma için archived adlı boolean alanı tanımlıyor. PATCH /repos/{owner}/{repo}/labels/{name} uç noktası kullanılabiliyor ve ince ayarlı erişim belirteci için Issues ya da Pull requests repository yazma izni gerekiyor.

Bu nedenle başlıktaki otomasyon eksikliği, bütün programatik erişim yollarının kapalı olduğu anlamına gelmiyor. Eksik olan, arşivlemenin özel bir gh label komutuyla ve GraphQL Label şemasıyla tutarlı biçimde sunulması. REST çağrısı yapabilen bir betik veya genel amaçlı gh api komutu işlemi otomatikleştirebilir; ancak ekiplerin standart etiket komutlarının dışına çıkması ve uygun yetkilendirmeyi ayrıca yönetmesi gerekiyor.

Mevcut durumda web arayüzü arşivleme ve geri açma için doğrudan yolu, REST API ise otomasyon yolunu sağlıyor. GitHub CLI ve GraphQL taraflarında eşdeğer, özel destek henüz doğrulanmış değil; hikâyenin açık kalan bölümü bu erişim yöntemlerinin ileride aynı yeteneğe kavuşup kavuşmayacağı.

Ayrıca okuyun:

• YouTube’a Amazon etiketleri geldi, fakat Türkiye kapsam dışında
• Copilot CLI artık hariç tutulan dosyaları okumuyor; kapsam yine sınırlı
• PaperCut’ta üçüncü acil yama: İlk iki sürüm artık yeterli değil