Flutter'ın kararlı kanalı bu satırları yazdığımızda 3.47.5'te (Dart 3.13.4, 18 Eylül 2026). 3.47.0, 12 Ağustos 2026'da çıktı ve bir ay içinde beş yama sürümü aldı. Beta kanalında ise 3.49.0 ön sürümü Dart 3.14 ile ilerliyor. Bu tempo, mobil uygulama bakımını yönetenler için tek bir soruyu sürekli gündemde tutuyor: her sürüme atlayacak mıyız?
Kısa cevap: hayır, ama geride de kalmayın
Bizim müşteri projelerinde uyguladığımız kural basit. Bir ana sürüm çıktığında hemen geçmiyoruz; en az iki yama sürümü beklemeyi tercih ediyoruz. 3.47.0 → 3.47.5 arasındaki beş yamada görüldüğü gibi, ilk haftalarda çıkan düzeltmeler genellikle gerçek kullanıcıların bulduğu şeyler. Öte yandan iki ana sürümden fazla geri kalmak da pahalıya geliyor: paket ekosistemi hızla yeni sürümü hedeflemeye başlıyor ve bir bağımlılığı güncellemek istediğinizde zincir halinde SDK yükseltmesi yapmak zorunda kalıyorsunuz.
Pratik ritmimiz şöyle: üç ayda bir planlı bir "bakım sprinti", arada sadece güvenlik yamaları.
Yükseltmeyi riskli yapan şey Flutter değil
Yükseltmelerde karşılaştığımız sorunların büyük kısmı Flutter çekirdeğinden değil, üç yerden geliyor:
- Yerel (native) eklentiler. Kamera, harita, bildirim, biyometri. Bunlar Android Gradle ve iOS deployment target sürümlerini sürükler.
- Terk edilmiş paketler. İki yıldır güncellenmeyen bir paket, yükseltmenin tek başına önündeki en büyük engel olabiliyor.
- Kod üretimi (codegen) zinciri. build_runner tabanlı üretim, analyzer sürümüne sıkı bağlı; genelde ilk kırılan halka burası.
Bu yüzden yükseltmeye SDK'yı değiştirerek değil, flutter pub outdated çıktısını okuyarak başlıyoruz. Terk edilmiş bağımlılıkları önce değiştirip sonra SDK'yı güncellemek, ters sırayı denemekten çok daha az zaman alıyor.

Yükseltme öncesi kontrol listesi
- Mevcut sürümü
.fvmrcveya CI yapılandırmasında sabitleyin; "bizde çalışıyor" tartışmasını bitirir. - Yükseltmeyi ayrı bir dalda yapın, ana dala yaklaşmayın.
- Widget ve altın (golden) testleri varsa önce onları çalıştırın; görsel kaymaları en hızlı buradan yakalıyoruz.
- Her iki platformda da release derlemesi alın. Debug'da görünmeyen sorunlar genelde release'de çıkıyor.
- Uygulama boyutunu yükseltme öncesi ve sonrası ölçün; beklenmedik artış bir bağımlılık değişikliğini işaret eder.
Dart tarafını da hesaba katın
Dart 3.13, Flutter 3.47 ile geliyor. Dil sürümü yükseltmeleri genellikle geriye dönük uyumlu olsa da, yeni analyzer kuralları mevcut kod tabanında onlarca uyarı üretebiliyor. Bunu bir sorun değil, fırsat olarak görün: analysis_options.yaml dosyanızı sıkılaştırmak için doğal bir an.
Sürüm politikası bir mühendislik kararıdır
Gördüğümüz en pahalı senaryo, üç yıl boyunca hiç yükseltilmemiş bir Flutter projesinin, mağaza zorunlulukları yüzünden aceleyle güncellenmek zorunda kalması. O noktada iş, bir yükseltme değil kısmi yeniden yazım oluyor. Düzenli, küçük ve sıkıcı yükseltmeler her zaman daha ucuz.
Mağaza zorunlulukları takvimi belirliyor
Sürüm politikasını sadece teknik tercih olarak kurgulamak yetmiyor; Google Play ve App Store'un hedef API seviyesi zorunlulukları takvimi dışarıdan belirliyor. Bu tarihler kaçırıldığında uygulamanız güncellenemez hale geliyor ve acil bir yükseltme baskısı doğuyor. Biz bu tarihleri müşteri bakım planına baştan yazıyoruz; böylece yükseltme, kriz değil planlı iş olarak geliyor.
Aynı mantık minimum desteklenen işletim sistemi sürümü için de geçerli. Desteklenen en eski sürümü ürün kararı olarak alın, bir bağımlılığın sizi zorlamasıyla değil. Analitik verisinden gerçek kullanıcı dağılımını çıkarıp, kullanıcıların %1'inden azını barındıran sürümleri düşürmek çoğu projede doğru karar oluyor ve test yükünü belirgin biçimde azaltıyor.
Yükseltme sonrası ölçün
Yükseltmenin başarılı sayılması için derlemenin geçmesi yetmez. İlk 48 saatte üç şeye bakıyoruz: çökme oranı (crash-free kullanıcı yüzdesi), soğuk başlatma süresi ve kilit ekranlardaki kare düşüşleri. Bu üç metrikte bozulma varsa geri alma kararını hızlı verebilmek için önceki sürümü mağazada hazır tutuyoruz. Kademeli yayın (staged rollout) kullanmak da bu noktada zorunlu: %10 ile başlayıp metrikleri görmeden %100'e çıkmak, gereksiz bir risk.

Elinizde geride kalmış bir Flutter uygulaması varsa veya sürüm politikanızı oturtmak istiyorsanız, iletişim sayfamızdan yazın. Mevcut bağımlılık ağacına bakıp yükseltmenin gerçek iş yükünü net bir sayıyla söyleyebiliyoruz.