Microsoft dotnetup'ı önizlemeye açtı: .NET SDK ve runtime yöneticisi

Microsoft, .NET SDK ve runtime'larını kullanıcı dizininde, yönetici yetkisi olmadan kuran ve güncelleyen dotnetup aracının genel önizlemesini yayımladı. Araç latest, lts, preview ve daily gibi kanalları takip ediyor ve global.json dosyasını okuyor. Komutlar genel kullanıma geçmeden önce değişebilir.

Kilit noktalar

• Kurulum kullanıcı dizinine yapılır; Program Files\dotnet veya /usr/share/dotnet'e yazılmaz.
• Sürüm yerine kanal (latest, lts, preview, daily) veya band (ör. 10.0.1xx) belirtilebilir.
• dotnetup update tüm takip edilen kanalları yeniden çözümler ve kullanılmayan bileşenleri temizler.
• Windows'ta varsayılan 'everywhere' modu sistem PATH'ini değiştirir ve makine geneli SDK'ları gölgeleyebilir.
• Komutlar önizleme sürümleri arasında değişebilir; üretim makineleri için kurulum paketlerini kullanmaya devam edin.

Microsoft, .NET SDK ve runtime sürümlerini kurup güncelleyen çapraz platform araç dotnetup'ın genel önizlemesini duyurdu. Araç, sistem geneline değil kullanıcının kendi hesabına kurulum yapıyor ve rustup veya nvm benzeri bir model izliyor. Geliştirici sürüm numarası yerine bir kanal ya da hedef belirtiyor; dotnetup bunu en uygun sürüme çeviriyor, sabit sürümler ise güncellemelerde yerinde kalıyor. Yakındaki global.json dosyası okunduğu için ekip build'leri tekrarlanabilir kalabiliyor.

Aylık bakım tek bir dotnetup update komutuna indi; bu komut takip edilen tüm kanalları yeniden çözümleyip en yeni eşleşen sürümleri kuruyor. Kullanılmayan bileşenler güncellemeden sonra ya da sdk uninstall ve runtime uninstall ile kaldırılıyor. Önizleme sürümü ve daily build'ler yan yana kurulabiliyor, ancak daily build'ler kod imzalı değil. Komutların ve davranışın önizleme sürümleri arasında değişebileceği, üretim makinelerinin ise hâlâ kurulum paketlerini ya da Visual Studio'yu kullanması gerektiği belirtiliyor.

Gerçek dünyada kullanımı

• Linux veya macOS'ta birden fazla .NET sürümüyle çalışan bir geliştiricinin yönetici yetkisi olmadan SDK değiştirmesi.
• global.json ile sabitlenmiş SDK sürümlerini kullanan ekiplerde yerel ve CI build'lerini aynı toolchain'e bağlamak.
• Preview ve daily build'leri stabil sürümlerin yanında deneyen kütüphane yazarlarının test ortamı kurması.

Neden önemli

Makine geneli kurulumlar yerine kullanıcıya ait, kanal tabanlı bir toolchain yönetimi sunuyor. Yine de Windows'ta everywhere modu Visual Studio'nun kullandığı SDK'yı gölgeleyebileceği için global.json ile uyumsuz build hatalarına dikkat etmek gerekiyor.

Benzer haberler

• C# 14 extension member'ları: derleyicinin uyarmadığı gölgeleme hatasıDVDEV Community: #csharp1 gün önce
• C#'ta LLM token'ları: yapay zekâ "strawberry"deki r'leri neden sayamıyor?DVDEV Community: #csharp1 gün önce
• C# interface'lerinde collection dönüş tipleri: interface, view ve snapshot farkıDLNick Cosentino (Dev Leader)2 gün önce