· kaynak dev.to (home feed)
GitHub Actions'ta ubuntu-latest 24.04'ten 26.04'e geçiyor; geçiş penceresi 19 Kasım'da kapanıyor
GitHub Actions'ın ubuntu-latest etiketi Ubuntu 24.04'ten 26.04'e geçiyor; 19 Kasım 2026'ya kadar çalıştırmalar iki imajdan birine denk gelebiliyor. macos-14 runner etiketleri 2 Kasım'da emekliye ayrılıyor, dolayısıyla workflow'ların artık açık etiketler kullanması gerekiyor.

Artık iki imaja çözülen bir etiket
GitHub Actions'ın ubuntu-latest runner etiketi, Ubuntu 24.04'ten Ubuntu 26.04'e kademeli bir geçişin ortasında. alapha888'in dev.to'daki gönderisine göre geçiş penceresi 19 Ekim 2026'da açıldı ve 19 Kasım 2026'da kapanacak; pencere açıkken etiket aşamalar halinde kayıyor, bu yüzden tek bir çalıştırma bile iki imajdan herhangi birine denk gelebiliyor. Aynı commit üzerindeki aynı workflow'un iki çalıştırması, depoda hiçbir şey değişmese bile farklı işletim sistemi sürümlerinde yürütülebilir.
Gönderi, dağıtımı izleyen günlük bir serinin parçası; 11. gün girişi, geçişin kendisinden çok yazarın pencere açıkken savunduğu çalışma disiplinine odaklanıyor.
Sabitle, geç ya da triyaj yap
Yazar yanıtı üç seçenekli bir tercih olarak çerçeveliyor. Sabitlemek, mevcut davranışı dondurmak için ubuntu-latest yerine açık bir ubuntu-24.04 etiketi koymak anlamına geliyor. Geçmek, doğrudan ubuntu-26.04 bildirip pipeline'ı şimdi uyarlamak demek. Üçüncü yol ise kayan etiketi korumak ve bir sorun çıktığında bunu sıradan bir bug olarak ele almak.
Hangi seçenek seçilirse seçilsin, gönderi kararın workflow dosyasının kendisinde yer alması gerektiğinde ısrar ediyor. Argümana göre bir ticket'ta veya kontrol listesinde taslaklanan bir etiket değişikliği hiçbir şeyi değiştirmiyor ve yalnızca notlarda yaşayan kararlar daha sonra açıklanamayan CI hataları olarak yeniden ortaya çıkma eğiliminde.
macos-14 pencerenin ortasında kayboluyor
Aynı pencere içinde daha sert bir son tarih daha var. Gönderiye göre macos-14, macos-14-large ve macos-14-xlarge etiketleri 2 Kasım 2026'da — gönderinin referans tarihi olan 29 Ekim'den dört gün sonra — emekliye ayrılıyor ve hâlâ bunlara işaret eden job'lar yavaşlamak yerine tamamen duracak. Önerilen hamle, açık bir macos-15 etiketine ya da bilinçli olarak macos-latest'e geçmek; eski etiketler hâlâ varken birleştirmek, böylece geri alma seçeneği açık kalıyor.
Perşembe mi Cuma mı
Gönderinin zamanlama argümanı en özgün noktası. Perşembe günü birleştirilen bir etiket değişikliği, hafta sonundan önce kendini kanıtlaması için tam bir Cuma günü normal çalıştırmaya sahip. Cuma günü birleştirilen aynı değişiklik ise en iyi ihtimalle hafta sonu boyunca insan gözetiminden yoksun zamanlanmış job'lar tarafından sınanıyor ve sonuçları inceleyen ilk kişi bunu Pazartesi — yani macos-14 etiketlerinin kaybolduğu 2 Kasım günü — yapıyor. Bu, kendi sebep olduğumuz bir geçiş hatası ile zorunlu bir emekliliği aynı sabaha yığıyor ve geri dönecek eski bir macOS etiketi bırakmıyor.
Her değişikliğin yanında yazar, bir geri alma satırı yazmayı öneriyor: önceki etiket ve o etiketin çözülmeyi bırakacağı tarih. Bir Ubuntu sabitlemesi, pencere 19 Kasım'da kapanana kadar geri alınabilir kalıyor; bir macos-14 değişiminin ise 2 Kasım'dan sonra geri dönüş yolu yok — gönderinin işi haftanın başındaki günlere önermesinin nedeni de tam olarak bu.
Ölçüt olarak haftalık çalıştırmalar
Zamanlanmış workflow'lar, dağıtım için istenmeyen bir ölçüm aracı olarak da iş görüyor. Haftalık bir workflow pencerenin başında 22 Ekim'de çalıştı ve bir haft sonra hâlâ kaymakta olan bir etiketle yeniden çalışacak. İki sonuç farklıysa ve kod değişmediyse, yazara göre farkın sebebi büyük olasılıkla iki imajı sunan kademeli dağıtımdır — bunu kapatılmış bir bug'ı yeniden açmak ya da farkı gürültü olarak görmezden gelmek yerine workflow'un yanına not etmek değerinde.
Tek kaynak, o yüzden doğrulayın
Yukarıdaki tarihler ve son teslim tarihleri resmî bir GitHub changelog'undan değil, tek bir uygulayıcının anlatısından geliyor. Bunlara göre plan yapan ekipler, geçiş işini bir takvime bağlamadan önce programı GitHub'ın kendi runner duyurularıyla karşılaştırarak teyit etmeli.
Neden önemli
Runner etiketleri YAML'da sabit gibi görünür, ama aslında platform işletmecisinin yeniden hedefleyebileceği işaretçilerdir. Yıllar önce ubuntu-latest yazan herkes, bu çeyrekte örtük olarak büyük bir işletim sistemi yükseltmesine kaydolmuş durumda ve kademeli dağıtım bu arada CI'yi nondeterministic hale getiriyor: aynı commit bir imajda geçip diğerinde kalabilir. Son tarih yapısı affetmez — macos-14 job'ları 2 Kasım'dan itibaren sert biçimde başarısız oluyor ve Ubuntu penceresi 19 Kasım'da kapanıyor — dolayısıyla pratik çıkarım, eski ve yeni imajlar hâlâ bir arada varken ve geri alma hâlâ ucuzken, kayan etiketleri açık etiketlerle değiştirmek.
- #github-actions
- #ci-cd
- #ubuntu
- #devops
İlgili yazılar
- Vercel Container Registry katman sınırını sıkıştırılmış katman başına 2 GB'a dört katına çıkardı
- Vercel CI beta sürümü, agent yoğunluklu depolarda push'tan geçmeye kadar geçen süreleri 2-6 kat hızlandırıyor
- GitHub Universe 2026: Copilot uygulaması, Fusion model yönlendirmesi ve agent'lar için yeniden inşa edilen çekirdek