Azure Developer CLI Ağustos 2025: PowerShell Sürprizi ve Kulis Arkası Yenilikler
Bu Ayın Sürprizi: PowerShell Fallback ile Geriye Dönüş
Ne yalan söyleyeyim, Windows PowerShell 5.1’in pabucunu dama atmıştık diyordum ama gel gör ki bazı alışkanlıklar inatla peşimizi bırakmıyor. Ağustos 2025 azd güncellemesinde gözümden kaçmayan şey şu öldü: Artık azd event hook script’lerinde, makinede pwsh (PowerShell 7) bulunmazsa otomatikman eski dost Windows PowerShell 5.1’e geri dönüyor. Valla hafif bir nostalji dalgası geldi geçti — 2018’de Azure’daki ilk otomasyon işimde defalarca aynı tuzağa düştüğümü dün gibi hatırlıyorum.
Peki niye heyecanlandım? Geçen ay Logosoft Bilişim’de devasa bir müşteri için CI/CD pipeline kurarken başıma geleni anlatayım: Jenkins ajanlarından biri eski imajdaydı ve yeni modüller çakıldı, patladı! Sorunun kaynağı mı? Tabiî ki pwsh yokluğu! Eğer o günlerde bu fallback özelliği olsaydı herhalde sabaha kadar kahveyle hayatta kalmaya çalışmazdım…
Azd’nın artık hem Bash’i hem de iki ayrı PowerShell sürümünü arka planda halledebilmesi, karma takımlarda “kim hangi shell’i kullanıyor” gerginliğini iyice azaltıyor.
Küçük bir dipnotu es geçmeyeyim: Script’te ille PowerShell 7’ye özel komutlara bulaştıysanız, bu mekanizma mucize yaratmıyor; yine patlama ihtimali yüksek! Ama klasik ortam değişkeni okuma/yazma gibi temel işleri kurtarıyor mu? Gayet de kurtarıyor.
Kuliste Neler Öldü? Küçük Dokunuşlar Büyük Hataları Önlüyor
Bazen insanlar sürekli yeni özellikten bahsediyor ama olay orada değil arkadaşlar… Asıl ekmek bug fixlerde gizli! Bu ayki azd güncellemesinde birkaç can sıkıcı hata ortadan kaldırıldı:
- .NET Aspire projesi olmadan çalışan azd komutu yüzünden millet bilgisayar ekranını yumruklayacaktı neredeyse — rastgele “patladı!” mesajları tarih oluyor, rahatladım.
- Visual Studio manifest dosyasındaki gereksiz/nonproject.v0 objeleri deployment’ı yarıda kesiyordu (Haziran’da Kadıköy ofisimizde bunu yaşadığımda ter basmıştı), artık sadece gerçek servislere deploy deniyor; çöpe giden dakikalar bitti.
- Kapsam dışı resource group veya Container App hatalarında sistem size neden olmadığını net net söylüyor; forum forum dolanmak tarihe karışacak galiba!
- Sürekli login isteyen CI/CD senaryolarında kullanıcı adı-şifre isteme olayı baya hafifledi.
- Dalların isminde tuhaf karakterler olunca federated credential oluşturulamıyordu – ilginçtir bu problemi topluluktan genç biri düzeltmiş, helal olsun dedim!
- Linux tarafında extension yükleme rezilliği… Uğraşan bilir. Neyse ki sonunda dikiş tuttu da içimiz rahat etti.
Nostaljik Uyarılar ve Güncel Mesajlar
Açıkçası, Azd’nın.NET Aspire projelerine attığı uyarılar da evrim geçirdi farkındaysanız. Eskiden işler ters gidince ekranda gördüğünüz satırlara bakıp sadece daha çok sinirlenirdiniz — şimdi projenizin yeterince güncel olmadığı direkt söyleniyor (“Legacy/limited Aspire projesi!”). Samimi söylüyorum, bana bir keresinde iki saat kazandırdı! Yanı bazen teknoloji hayatı zorlaştırıyor gibi hissetsek de böyle ufak detaylar insanın yüzünü gülduruyor valla.
Azure Developer CLI (azd) Ağustos 2025 güncellemesi; PowerShell 7 yoksa otomatik Windows PowerShell 5.1’e dönüş, hata düzeltmeleri ve CI/CD’de daha az sürpriz hedefliyor.
| Özellik | azd Ağustos 2025 Davranışı |
|---|---|
| PowerShell fallback | pwsh yoksa event hook’larda otomatik PowerShell 5.1’e geri dönüş |
| Karma takım uyumu | Bash + iki PowerShell sürümünü arka planda yöneterek “hangi shell” gerginliğini azaltır |
| Hata düzeltmeleri (ör..NET Aspire) | .NET Aspire olmadan azd komutunun “rastgele patlaması” azalır; gereksiz objelerle deployment kesintisi düzeltilir |
| CI/CD güvenlik ve hata mesajları | Sürekli login isteme hafifler; kapsam dışı resource group/Container App hatalarında neden daha net görünür |
Not: PowerShell 7’ye özel komutlara bağımlı senaryolarda fallback yine de sorunu tamamen çözmeyebilir.
Dökümantasyonda Yepyeni Bir Soluk Geldi mi?
Bunu itiraf etmek lazım; Microsoft dokümantasyon işini uzun süredir sallıyordu… Lafımı sakınmam! Fakat bu sefer sanki biraz toparlanma havası var:
- Çevre Değişkenleri Rehberi: Azd projelerinde environment variable nasıl tanımlanır, nereden okunur… İlk defa gerçekten örneklerle adam akıllı anlatılmış buldum. Geçen yıl İstanbul’daki hackathon’da üç takım sırf env mevzusunda saç baş yolduğunda “neden düzgün rehber yok?” diye isyan etmiştim resmen!
- “Birden Fazla Ortam” Senaryosu: Staging’den production’a geçiş sırasında adım adım best practice listelenmiş durumda; kâbus olmaktan çıkmış diyebilirim — ilaç gibi rehber olmuş açıkçası.
- Kapsamlı CLI Referansı: Nihayet “neyi yanlış yazdım acaba?” dediğinizde on sayfa PDF taramak zorunda değilsiniz; beş sene önce çıksa hayatımız daha kolay olurdu ya neyse…
En sevdiğim nokta şu; dökümantasyonda laf kalabalığı bırakılıp kısa çözümler ve troubleshooting odaklı bölümlere ağırlık verilmiş — vakti olmayan teknikçiler için birebir!
“Dev to Production” Serisinin Yeni Bölümü Yayında!
Eğer daha önce “Terminalde AI Ajanlarını Koddan Teste Taşımak” adlı yazımı göz gezdirdiyseniz (
Azd Template Pazarı Büyüyor mu?
Birkaç sene öncesine kadar ortalıkta elle tutulur template yoktu neredeyse; şimdiyse Github’a girseniz onlarcasıyla karşılaşırsınız—Kubernetes’ten Python API’sine uzanan bir derya oluşmuş durumda. Geçen kış Ankara’daki iç eğitimlerde kendi template’ımızı hazırladık mesela. Katılımcılardan %80’i hazır şablon sayesinde dakikalar içinde demo açtı (bu kadar hızlısını hiç görmemiştim!).
Ama dikkat edin… Araya acemi işi hazırlanmış olanlar karışabiliyor ve tek hamlede dağıtabiliyor sizi! O yüzden seçtiğiniz template’i yerel ortamınızda test etmeden kimseye güvenmeyin derim – herkesin yıldızı popüler template’lerle parlamıyor malesef.
Kendi Deneyimlerime Göre Template İpuçları
- Kubernetes tabanlılarda YAML’ın girintisine ekstra özen gösterin – Mart ayında sıradan fazladan boşluk tüm keyfimi kaçırdı akşam yemeğinde bile huzursuzdum!
- Bash/Powershell destekleyen örneklerde özellikle Windows/macOS farklarını es geçip deploy etmeye kalkmayın – dersinizi alırsınız… Macbook’umda docker-compose olan bir proje yüzünden başımdan aşağı kaynar su dökülmüş gibi oldum – test etmeden asla demiyorum bak!
- Maliyeti düşük sanılan örneklerin içine saklanan managed service’lere dikkat edin – nisanda yaptığım sade web app demosu faturada soğuk duş etkisi yarattı:) FinOps refleksi şart!
Azd dünyasındaki sıcak gelişmeleri kaçırmak istemezseniz
Layered Provisioning hakkındaki analizime mutlaka göz atın derim.
Peki Ya Pratikte Hayal Kırıklığı Var mı?
Şöyle ki, Açık konuşayım… Bazı alanlarda hâlâ hayal kırıklığım var (ciddiyim). Mesela Linux tarafında extension install süreçleri nihayet çözüldü diyenlere tam olarak katılmıyorum—bazı uç senaryolarda hâlâ arızalar görüyorum (geçen hafta Ubuntu WSL’de kod yazan arkadaşa kulak verdikçe anladım). Ayrıca eski tip Aspire projelerde verilen uyarılar yerinde fakat upgrade önerileri çoğu zaman havada kalıyor.
Her şey şahane değil yanı – Microsoft son zamanlarda “herkes için mükemmel çözüm” sloganından vazgeçiyor gibi hissetsem de bence doğru yönde ilerleme var.
Bir başka mesele işe resource group scoped deployment rehberlerinin çoğunlukla İngilizce olması… Keşke Türkçe topluluk daha fazla el verseydi diyorum hep içimden!
Kapanış Notu & Son Tavsiyelerim
Azd’nın Ağustos paketi böl böl stabilite yamalarıyla dolu. Abartılı devrim beklentisine girmeyin derim—esas faydasını hibrit ortamlarda automation düşkünü ekipler günlük işte fark edecek.
Tecrübeli kullanıcıysanız config migration’dan env yönetimine dek stresiniz ciddi azalacak; yeniler içinse güncellenmiş dokümantasyon tam anlamıyla kurtarıcı olabilir.
Yeni gelen her özelliği körlemesine prod’a taşımayın derim—FinOps kafasını unutmayın.
Ve klişe olacak belki ama tekrar ediyorum:
“Her yeni feature’a saldırmadan önce bazen eskilerin hâlâ epey işe yaradığını hatırlayın!”
Azure Developer CLI Ekim 2025 yazımı merak ediyorsanız buradan ulaşabilirsiniz.
Kaynak: [Azure Developer CLI (azd) – August 2025](https://devblogs.microsoft.com/azure-sdk/azure-developer-cli-azd-august-2025/)
Sıkça Sorulan Sorular
Azure Developer CLI’da PowerShell fallback özelliği nedir?
PowerShell fallback, azd event hook scriptlerinde eğer PowerShell 7 (pwsh) yüklü değilse otomatik olarak eski Windows PowerShell 5.1 sürümüne geçiş yapıyor. Böylece bazı modüller veya komutlar eksik olsa bile scriptler çalışmaya devam ediyor. Benzer durumları yaşayıp zaman kaybedenler için gerçekten hayat kurtarıcı bir özellik.
Azd komutları hangi shell ortamlarını destekliyor?
Azd artık hem Bash hem PowerShell 7 hem de Windows PowerShell 5.1 destekliyor. Bu da özellikle karma takımlarda farklı shell kullananların işini kolaylaştırıyor ve “hangi shell kullanılacak?” tartışmalarını azaltıyor.
PowerShell fallback her durumda çalışır mı, yoksa sınırlamaları var mı?
Fallback temel komutlar ve ortam değişkeni işlemlerinde sorunsuz çalışıyor ama PowerShell 7’ye özgü ileri seviye komutlar kullanıyorsanız hata almanız mümkün. Bu yüzden scriptinizi yazarken hangi sürümle uyumlu olduğuna dikkat etmek gerekiyor.
Azd güncellemesiyle hangi önemli hatalar giderildi?
Bu ayki güncellemede.NET Aspire projesi olmadan azd komutlarının rastgele patlaması, Visual Studio manifest dosyasındaki gereksiz objelerin deploymentı durdurması ve login işlemlerindeki sıkıntılar gibi birçok can sıkıcı hata düzeltildi. Özellikle CI/CD pipeline kuranlar için büyük rahatlama.
Docker ve containerd ile ilgili azd güncellemesinde ne gibi iyileştirmeler var?
Containerd paketleriyle yaşanan karmaşık hata mesajları artık daha anlaşılır ve kullanıcı dostu hâle getirildi. Docker ile çalışanların stacktrace’lerle boğuşmak yerine doğrudan sorunun ne olduğunu görebilmesi büyük kolaylık sağlıyor.
Kaynaklar ve İleri Okuma
Azure Developer CLI – Resmî Dokümantasyon
Azure Blog: azd Event Hooks ve PowerShell Fallback
Azure Developer CLI GitHub Reposu
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
