.NET 10.0.5 ile macOS Debugger Çökmesine Son: Saha Notları ve Pratik Tüyolar -

⏱️ 5 dk okuma📅 21 Mart 2026🔄 Güncelleme: 26 Mart 2026

Bir Sabah Her Şey Bozuldu: macOS ve .NET Debugger Krizi

Bazı günler vardır, terminale “dotnet run” yazarsın ve her şey mis gibi akar sanırsın. Sonra… hop, mevzu çat diye biter. Geçenlerde sabah ofiste tam böyle bir an yaşadım: Visual Studio Code üzerinden .NET uygulamasını debug’lamaya kalktım (2024 Mayıs, M1 MacBook Air elimde), debugger zınk diye kapandı (kendi tecrübem). Kendime ilk sorduğum soru şu oldu: “Yahu ben neyi beceremedim acaba?” Ama kazın ayağı öyle değilmiş; biraz internette turlayınca olay bana özel bir fiyasko değilmiş – millet forumlarda dökülmüş.

Yalnız olmadığım kesinleşti. Hatta iş arkadaşlarım bile aynı hafta içinde sırayla gelmeye başladı; Logosoft ekibinde iki ayrı insan -biri ARM64 Mac Mini’de diğeri Intel tabanlı MacBook Pro’da- aynı derdi yaşadı. Panik yok ama can sıkıyor! Yani kimse paçayı sıyıramamış.

Aslında Ne Oldu? Sorunun Kökeni ve Etkiledikleri

.NET 10.0.4 sürümünde yayımlanan bir yama güvenlik adına birkaç düzeltme getiriyor getirmesine. Yanında hiç hoşuma gitmeyen ters köşe de yapmış: VSCode ile macOS üzerinde .NET debug ederken debugger pat küt kapanıyor — özellikle Apple Silicon makinelerde işler daha da karışıklaşıyor (M1/M2/M3, hepsi dahil). Yani tablo şöyle:

macOS kullanıyorsun (Apple Silicon ya da Intel ayırt etmiyor gerçi, sadece ARM64 olanlarda kriz daha çabuk patlıyor)
Visual Studio Code ile debug’a dalıyorsun
.NET SDK 10.0.104 veya 10.0.200 kuruluysa
veya runtime olarak .NET 10.0.4’e denk geldiysen

Bu üçleme sende varsa geçmiş olsun — debug işi çöpe dönmüştü! Neyse ki Microsoft bu sefer gazladı ve hızlı reaksiyon verdi.

💡 Bilgi: Bu bug yalnızca macOS’ta VSCode kullananları etkiliyor; Windows ya da Linux tarafında veya farklı IDE’lerle hiçbir sorun yaşamıyorsunuz.

Neden Sadece VSCode?

Peki bu dert niye hep VSCode’da çıkıyor? Geçen hafta Logosoft’ta müşteri toplantısında aynen bunu sordular bana — başta ben de kısa devre yaptım çünkü klasik Visual Studio veya Rider gibi araçlarla çalışan ekiplerde hayat normal akıp gidiyordu.

VSCode’un debugger mimarisi extension bağımlılığı çok yüksek olduğu için düşük seviyedeki hatalar önce burada yüzeye çıkıyor.

Zaten eski tecrübelerden biliyorum (MAUI uzaktan debug belası sırasında başıma gelenler ortada!) — Apple Silicon arada tuhaf huylar çıkarabiliyor doğrusu… Bunu unutmayalım.

Acil Çözüm Geldi mi? .NET 10.0.5 Out-of-Band Güncellemesi

Sıra geldik krizin turnusol kısmına; hani bazı fırsatlar krizde doğar denir ya — Microsoft bu noktada gaza basıp Out-of-Band usulüyle .NET 10.0.5‘i bastı piyasaya.

.NET SDK ve runtime’ın hem ARM64 hem x64 macOS versiyonlarına yeni paket düştü.
Sadece debugger çökmelerini hedefleyen bir fix var — başka yan fayda beklemeyin, güvenlik yamaları aynı kaldı zaten.
Sorunun odağı tamamen bahsettiğim spesifik problemi çözmek üzerine kurulmuş durumda.

Kendim de hemen yükledim, Terminal’de “dotnet –version” dedim, tertemiz gözüktü — ha unutmadan söyleyeyim, sadece VSCode’u kapatıp açmak yetti; ekstra ayarlara falan elimi sürmedim bile.

Kurulumda Dikkat Edilecek Noktalar

Dürüst olayım; macOS tarafında SDK güncellemek bazen gereksiz uzun sürebiliyor – hele Homebrew’dan kurduysan işin iyice karmaşıklaşıyor (ben şahsen eski path yüzünden iki defa kafa patlattım). O yüzden tavsiyelerim şöyle: .NET 11 Preview 2: Deneyimlerim, Yenilikler ve Gerçek Hayat Notları yazımızda da bu konuya değinmiştik. .NET ve .NET Framework Mart 2026 Güncellemeleri: Gerçekten Güncelleme Yapmalı mıyız? yazımızda da bu konuya değinmiştik.

dotnet --list-sdks diyerek sistemde hangi versiyonların olduğuna bakmadan başlamayın.
.NET 10.0.5’i resmi siteden indirin veya Homebrew üzerinden brew upgrade --cask dotnet-sdk‘yu yürütün.
Muhakkak VSCode’u komple yeniden başlatın (“cmd+w” yeter sanmayın – iyice kapatıp tekrar açmanız şart!).
Tüm C# eklentilerini kontrol edin; kimi zaman güncel olmayan extension hala saçmalayabiliyor.

💡 Bilgi: Bazı projelerde global.json dosyanız otomatikman sizi eski SDK’ya kilitleyebilir! Eğer hâlâ hata alıyorsanız mutlaka içeriğine göz atmayı deneyin.

Sorunun Perde Arkası ve Neler Öğrendik?

Bence teknik boyutundan ziyade topluluk refleksi en ilginciydi… Dakikalar içinde GitHub Issues’a bildirim yağdı resmen; insanlar Discord kanallarında birbirine geçici çözüm yollarını paylaştılar (“önce dene sonra sor” mottosu gene galip geldi!). Bununla Almanya’dan Brezilya’ya kadar yazılımcıyla canlı canlı tartışmak nasip oldu — en azından moral desteği kuvvetleniyor böyle anlarda!

Müşteride Gerçek Hayat Deneyimi – Haziran/İstanbul Ofisinden Kestirmeler

Eylül Telekom projesinde karşılaştığımız hadise şuydu;
pipeline otomasyonunda test runner aniden kitleniverdi – meğer herkes yeni SDK’yı yüklemiş. Hiçbiri VSCode’u restart etmemiş! Sonuç? Üç kişi peşi sıra birbirinin hatasını takip etmiş :) Nihayet beş dakikalık minik bir update tüm günü kurtardı – inanmazsınız ama gerçek oldu valla.

Kritik notum şu:
“Küçücük bir patch’in büyük stresleri nasıl erittiğini anlamak istiyorsanız .NET’in son vakasına bakmanız yeter!”

Peki Ya Diğer Platformlar? Kaos Yok mu?

Birkaç kişi doğrudan “Linux/Windows tarafında niye bunlar olmuyor?” diye lafa girdiğinde cevabımı net vereyim — o platformlarda yıllardır runtime/dll işleri çok daha stabil ilerlediği için native debugging katmanı fazla kaosa izin vermiyor; Apple Silicon ise henüz olgunlaşamadı diyelim.

Eğer Windows veya Linux’taysanız mevcut .NET 10\.04 ile devam edebilirsiniz.
En son patch’siz de gayet yolunuza bakarsınız yani.
“Ben ille yenisini isterim!” diyenlere laf yok tabii…
Kaldı ki out-of-band fix yeni fonksiyonellik sunmuyor – hemen yükseltmeniz gerekmez yani.
Version locking sistemi olan kurumlar için rahatlık seviyesi fena değil!

Birkaç Pratik İpuçu & Kapanış Yorumum

Küçük sandığınız platform update’leri bazen kurtarıcı olur!
Eskiden “of yine mi patch?” deyip geçerdim şimdi tövbe…
Kodunuzu production’a atmadan önce local makinede test edin – özellikle macOS üstünde çalışıyorsanız küçük sapmalar kabak gibi ortaya çıkıyor!
Ekipte herkesin aynı SDK versionunu kullandığından emin olun
Bir keresinde Azure DevOps agent image upgrade’i sonrası üç takım paralel çalışma yaparken neredeyse gene benzer bela yaşayacaktık…
C# extension cache bazen inatçı olabiliyor;
ilk restart çare olmazsa cache’i temizlemeyi deneyin.
Derdinizi Microsoft’un release feedback issue sayfasına yazmaktan çekinmeyin;
iki kez yazdım biri cevaplandı vallahi!

💡 Eğer modernizasyon ilgini çekerse buraya göz gezdirmeni öneririm:
“.NET Modernizasyonunda Yepyeni Bir Dönem”.
Ya da OpenAI entegrasyonu örneklerini merak edenler için şurayı bırakıyorum:
“.NET ve OpenAI ile Gerçek Zamanlı Ses Temelli Çoklu Ajan”.

Nihai Değerlendirme — Azıcık Eleştiri Şart!

Açık konuşacağım… Microsoft hızlı davrandı evet ama asıl şaşırtıcı olan böyle temel regresyonun prod ortamına kadar ulaşmasıydı açıkçası… Daha iyi test döngüsü görmek isterdim hele ki Apple Silicon bu kadar popüler olmuşken! Güzel taraf ise topluluk kenetlendi, çözümü hemen buldu ve dokümantasyon kısa sürede toparlandı.

Sen de benim gibi “her şeyi bleeding edge takip ederim!” kafasındaysan şunu unutma — prod öncesi her patch’i sorgula kardeşim! Kağıt üstünde kolay gözüken detay pratikte arapsaçı çıkarabiliyor… Ama ucuz atlattık yine şansımıza!

Kaynak:
[. NET 10. 05 Out-of-Band Release – macOS Debugger Fix](https://devblogs.microsoft.com/dotnet/dotnet-10-0-5-oob-release-macos-debugger-fix/)