Windows 11'de Geliştirme Sürücüsü ayarlama

Dev Drive , önemli geliştirici iş yüklerinin performansını artırmak için kullanılabilen yeni bir depolama birimi biçimidir.

Dev Drive, hedeflenen dosya sistemi iyileştirmelerini kullanmak ve güven belirleme, virüsten koruma yapılandırması ve hangi filtrelerin eklendiği üzerinde yönetim denetimi de dahil olmak üzere depolama birimi ayarları ve güvenliği üzerinde daha fazla denetim sağlamak için ReFS teknolojisini temel alır.

Visual Studio ve Geliştirme Kutularındaki Performans İyileştirmeleri için Geliştirme Sürücüsü blog gönderisine bakın, yaygın geliştirme işlemlerinde bazı ortalama iyileştirme ölçümleri için.

Dev Drive'ı ayarlama

Yeni bir Geliştirme Sürücüsü ayarlamak için Windows Ayarları'nı açın ve Sistem>DepolamaGelişmiş Depolama >Ayarları>Diskleri ve birimleri'ne gidin. Geliştirme sürücüsü oluştur'u seçin. Mevcut depolama birimleri Dev Drive olarak dönüştürülemez. Geliştirme Sürücüsü ataması yalnızca orijinal formatlama sırasında yapılır.

Dev Drive'ı ayarlamadan önce önkoşulların karşılandığından emin olun.

Önkoşullar

• Windows 11, Derleme #10.0.22621.2338 veya üzeri (Windows güncelleştirmelerini denetleyin)
• 16 GB bellek önerin (en az 8 GB)
• En az 50 GB boş disk alanı
• Geliştirme Sürücüleri tüm Windows SKU sürümlerinde kullanılabilir.
• Yerel yönetici izinleri.

En son Windows 11 sürümüne güncelleştirme yaparken, Dev Drive özelliği kullanılabilir duruma gelmeden önce ek bir yeniden başlatma yapmanız gerekebilir. bir iş kurumsal ortamında çalışıyorsanız, Güvenlik yöneticinizin Dev Drive'ı etkinleştirmek için Dev Drive güvenlik ilkesini yapılandırması gerekir.

Uyarı

Dev Drive yalnızca önemli geliştirici senaryolarına yöneliktir ve tüm özel ayarlar İş veya Kurumsal çalışma ortamlarındaki Grup İlkesi ayarları tarafından ele alınacaktır. Dev Drive güvenlik ilkesini yapılandırma hakkında daha fazla bilgi edinin.

Seçenekleri ayarlama

Size üç seçenek sunulur:

1. Yeni VHD oluşturma - Yeni bir sanal sabit diskte birim oluşturma
2. Mevcut birimi yeniden boyutlandırma - Yeni ayrılmamış alan oluşturma
3. Diskte ayrılmamış alan - Var olan bir diskte ayrılmamış alanı kullanın. * Bu seçenek yalnızca depolama alanınızda daha önce ayrılmamış alan ayarladıysanız görüntülenir.

Disk bölümü veya VHD kullanma arasında seçim yapma

Dev Drive'ınızı depolamak için bir disk bölümü mü yoksayeni bir VHD mi oluşturacağını seçerken göz önünde bulundurmanız gereken avantajlar ve avantajlar vardır.

• Disk bölümü oluşturma: Geliştirme Sürücünüzü bir disk bölümünde depolamak genellikle fiziksel diski ek katmanlar olmadan doğrudan kullandığından daha hızlı performans sunar. Bölümlerin fiziksel diske bağlı olması nedeniyle, bölümlenmiş disk kullanımı daha az esneklik sağlar ve bölümlerin yeniden boyutlandırılması daha karmaşık ve riskli hale gelir. Ayrıca, taşınabilirlik de azalır.

• Yeni bir VHD oluşturun: Sanal disk katmanını yönetme yükü nedeniyle Geliştirme Sürücünüzü Sanal Sabit Diskte (VHD) depolamak biraz daha düşük performansa sahip olabilir. Bunun dezavantajları, VHD'lerin dinamik yeniden boyutlandırma (disk alanını verimli bir şekilde yönetmeniz gerekiyorsa), verileri taşıma veya yedekleme için daha fazla esneklik sunmalarıdır. VHD'ler ayrıca VHD dosyasının başka bir makineye veya yedekleme konumuna aktarılmasını sağlayan yüksek oranda taşınabilir. Ancak, bir VHD sabit diskte (HDD veya SSD) barındırıldığında VHD'yi kopyalamanın, farklı bir makineye taşımanın ve ardından Geliştirme Sürücüsü olarak kullanmaya devam etmesinin önerilmediğini unutmayın.

Yeni VHD oluşturma

Geliştirme Sürücüsü ayarlamak için Yeni VHD oluştur seçeneğini belirlerken aşağıdakileri belirlemeniz gerekir:

• Sanal sabit disk adı: VHD'nize (Dev Drive) bir ad verin.
• Konum: Dev Drive VHD'sinin makinenizde bulunacağı bir dizin yolu atayın. Varsayılan konum şeklindedir C:\. İstenmeyen paylaşımlardan kaçınmak için Dev Drive'ınızı depolamak için kullanıcı başına dizin yolu konumu kullanmanızı öneririz.
• Sanal sabit disk boyutu: Kullanılacak birim için ayrılacak disk alanı miktarını atayın, minimum boyut 50 GB'tır.
• Sanal sabit disk biçimi:
  • VHD: Boyutu 2040 GB'a kadar olan sanal diskleri destekler.
  • VHDX (Önerilen): En fazla 64 TB'ı destekler ve güç kesintisi gibi sorunların neden olduğu beklenmeyen GÇ hatasına karşı daha dayanıklı koruma sunar. VHD'leri yönetme hakkında daha fazla bilgi edinin.
• Disk türü:
  • Sabit boyut - Bu sanal sabit disk dosyası oluşturulduğunda en büyük boyuta ayrılır.
  • Dinamik olarak genişletiliyor - Veriler diske yazıldıkça sanal sabit disk dosyası boyut üst sınırına kadar büyür. (Önerilen)

Bu seçenekler arasında seçim işlemini tamamladıktan sonra Dev Drive'ınız oluşturulur.

Mevcut bir birimi yeniden boyutlandırma veya var olan diskte ayrılmamış alan kullanma

Mevcut birimi yeniden boyutlandırmak için:

1. Yeniden boyutlandırmak için bir disk bölümü seçin.

   

2. Ses için yeni bir boyut seçin. En az 50 GB ayrılmamış alanınız olması gerekir. Bu alan, Dev Drive için gereken en düşük boyuttır. Boyut ayarlandıktan sonra İleri'yi seçin.

   

3. Yeni boş alanda bir Geliştirme Sürücüsünü biçimlendirmek için Etiket (sürücü adı), Sürücü Harfi ve Boyut tahsisini belirleyin. Boyut üst sınırı, önceki adımda ayırdığınız boş alan miktarıdır; Geliştirme Sürücüsü için en düşük boyut 50 GB'tır.

   

Tebrikler! Geliştirme Sürücünüzü yeniden boyutlandırmış oldunuz.

Var olan bir sürücüde ayrılmamış alanı bulmak ve kullanmak için Sistem>Depolama>Diskleri ve birimlerini açabilir, herhangi bir depolama alanının "Ayrılmamış" olarak listelenip listelenmediğini görmek için sayfayı gözden geçirebilirsiniz. Birim oluştur'u seçtiğinizde Size Basit Birim Oluştur (standart NTFS depolama birimi) veya Geliştirme Sürücüsü Oluştur seçenekleri verilir. Geliştirme Sürücüsü oluşturmak için adımlar yukarıdakiyle aynıdır. Bir Etiket (sürücü adı), Sürücü Harfi eklemeniz ve Boyut ayırmayı onaylamanız gerekir.

Depolama birimini komut satırından Dev Drive olarak biçimlendirme

Windows Ayarları'nı kullanmaya alternatif olarak, komut satırından Dev Drive depolama birimleri oluşturmak için iki seçenek vardır. Her iki seçenek de komut satırını Yönetici olarak açmanızı gerektirir. Sabit sürücüyü biçimlendirmek için Yönetici grubunun üyesi olmanız gerekir. Bu komut satırı biçimlendirme yöntemleri, birden çok Geliştirme Sürücüsü oluştururken veya birden çok makine için yönetici olarak tercih edilebilir.

1. Windows CMD veya PowerShell'den Biçim komut satırı aracını kullanma:

Format D: /DevDrv /Q

2. PowerShell'den Birim Biçimlendir cmdlet'ini kullanma:

Format-Volume -DriveLetter D -DevDrive

Bu kod örnekleri, hedeflemek istediğiniz sürücü konumuyla D: öğesini değiştirmenizi gerektirir. Daha fazla seçenek ve komut parametresi için bağlantılara bakın.

Dev Drive nasıl çalışır?

Depolama Birimi, dizinler ve dosyalar aracılığıyla verilerin dosya sisteminde belirli bir biçimde nasıl depolandığını belirtir. Windows, sistem sürücüsü ve varsayılan olarak çıkarılamayan sürücülerin çoğu için NTFS kullanır. Dayanıklı Dosya Sistemi (ReFS), veri kullanılabilirliğini en üst düzeye çıkarmak, çeşitli iş yükleri arasında büyük veri kümelerine verimli bir şekilde ölçeklendirmek ve bozulmaya dayanıklılıkla veri bütünlüğü sağlamak için tasarlanmış daha yeni bir Microsoft dosya sistemi biçimidir. Genişleyen bir depolama senaryoları kümesini ele almak ve gelecekteki yenilikler için bir temel oluşturmayı amaçlıyor.

Geliştirme Sürücüsü, geliştirme iş yükleri için özel olarak bir depolama birimi başlatmanızı, daha hızlı performans ve geliştirme senaryoları için iyileştirilmiş özelleştirilebilir ayarlar sağlamanızı sağlayan ReFS'yi kullanır. ReFS, önemli geliştirici senaryolarının performansını geliştirmek için çeşitli dosya sistemine özgü iyileştirmeler içerir.

Dev Drive'ın güvenliği nasıl işlediği hakkında daha fazla bilgi edinin.

Geliştirme Sürücüme ne koymalıyım?

Geliştirme Sürücüsü şu amaçlara yöneliktir:

• Kaynak kod depoları ve proje dosyaları
• Paket önbellekleri
• Çıkış ve ara dosyalar oluşturma

Geliştirici Araçları ve SDK'larını Dev Drive'a Yükleme konusunda dikkat edilmesi gerekenler: Geliştirici araçları ve SDK'ları genellikle bir yönetici veya kullanıcı başına konuma yerleştirilir. Bu konumlar Windows üzerinde belirli güvenlik ve yalıtım garantileri sağlar ve Microsoft Defender davranışını etkiler. Ancak birçok araç, Geliştirme Sürücüsü de dahil olmak üzere yükleme konumunu seçme esnekliği sağlar.

Geliştirici araçlarını veya SDK'ları bir Dev Drive'a yüklemeden önce, sistemle ve zaman uyumsuz taramayla ilişkili ödünleşimleri değerlendirerek cihazınızın ve kuruluşunuzun güvenlik gereksinimlerine uygunluğunu kontrol edin. Geliştirme Sürücüsünde yönetici veya kullanıcı başına klasör oluşturma seçeneğiniz vardır. Ayrıca, Microsoft Defender Performans Modu'nu (örneğin, zaman uyumsuz tarama) ikili dosyaları işleme gereksinimlerinizi karşıladığını doğrulamak önemlidir.

Uyarı

BT Yöneticileri, EOP saldırılarını önlemek için en iyi yöntem olarak çok kullanıcılı cihazlar için kullanıcı başına Erişim Denetim Listesi (ACL) klasörleri oluşturmak isteyecektir.

Paket önbelleğini Dev Drive'da depolama

Paket önbelleği, uygulamaların yüklü yazılım dosyalarını depolamak için kullandığı genel klasör konumudur. Yüklü yazılımı güncelleştirmek, kaldırmak veya onarmak istediğinizde bu kaynak dosyalar gereklidir. Visual Studio, verilerinin büyük bir bölümünü Paket Önbelleği'nde depolayan bu tür bir uygulamadır. Ortam değişkenlerinizi değiştirdikten sonra, yeni değerlerin uygulanması için tüm açık konsol pencerelerini yeniden başlatmanız veya cihazı yeniden başlatmanız gerekebilir .

• Npm önbelleği (NodeJS): Geliştirme Sürücünüzde bir npm önbellek dizini oluşturun; örneğinD:\packages\npm, bu yola bir genel ortam değişkeni npm_config_cache ayarlayın.setx /M npm_config_cache D:\packages\npm NodeJS'yi makinenize zaten yüklediyseniz içeriğini bu dizine taşıyın %AppData%\npm-cache . (Bazı sistemlerde npm önbelleği içinde %LocalAppData%\npm-cacheolabilir). npm belgelerinde daha fazla bilgi edinin: npm-cache ve npm yapılandırması: cache.

• NuGet genel paketler klasörü: NuGet genel paketler klasörü dotnet, MSBuild ve Visual Studio tarafından kullanılır. CopyOnWrite (CoW) dosya sisteminizde kullanıcıya özgü bir NuGet dizini oluşturun. Örneğin: D:\<username>\.nuget\packages. Genel paketler klasörünü varsayılan konumdan yeni oluşturduğunuz klasöre (genel olarak yüklenen paketleri yönetmek için) değiştirmek için aşağıdaki yollardan birini kullanın:

  • Yol olarak NUGET_PACKAGES adında genel bir ortam değişkeni ayarlayın. Örneğin: setx /M NUGET_PACKAGES D:\<username>\.nuget\packages.

  • globalPackagesFolderkullanırken PackageReference'ı, repositoryPathkullanırken ise packages.config'yi yapılandırma ayarlarında bu yola ayarlayın.

  • MSBuild özelliğini (yalnızca MSBuild) RestorePackagesPath yoluna ayarlayın.

    Genel paketler klasörünü doğrulamak için dotnet nuget locals komutunu çalıştırın: dotnet nuget locals global-packages --list. Geri yükleme, paketleri yeni yola yükler ve indirir. Varsayılan NuGet genel paketler klasörü silinebilir. NuGet belgelerinde daha fazla bilgi edinin: Genel paketleri, önbelleği ve geçici klasörleri yönetme.

Uyarı

Şu anda bilinen bir sorun var: Dotnet tool komutu nuget paketleri yoluna uymuyor. .NET ekibi, .NET 10 için bir düzeltme ve 8.0 ile 9.0 için bir hizmet sürümü güncellemesi üzerinde çalışmakta olup bu konuyu araştırmaktadır.

• vcpkg önbelleği: Geliştirme Sürücünüzde bir vcpkg önbellek dizini oluşturun, örneğinD:\packages\vcpkg, bu yola bir genel ortam değişkeni VCPKG_DEFAULT_BINARY_CACHE ayarlayın.setx /M VCPKG_DEFAULT_BINARY_CACHE D:\packages\vcpkg Paketleri zaten yüklediyseniz, %LOCALAPPDATA%\vcpkg\archives veya %APPDATA%\vcpkg\archives içeriğini bu dizine taşıyın. vcpkg belgelerinde daha fazla bilgi edinin: vcpkg İkili Önbelleğe Alma.

• Pip cache (Python): Geliştirme Sürücünüzde bir pip cache dizini oluşturun, örneğin D:\packages\pip, bu yola genel bir ortam değişkeni PIP_CACHE_DIR ayarlayın, örneğin setx /M PIP_CACHE_DIR D:\packages\pip. Makinenizde pip paketlerini ve Tekerlekleri zaten geri yüklediyseniz içeriğini bu dizine taşıyın %LocalAppData%\pip\Cache . Pip belgelerinde daha fazla bilgi edinin: pip önbelleğe alma ve bkz. StackOverflow' da Linux'ta pip önbelleğinin dizinini değiştirme?

• Kargo önbelleği (Rust): Geliştirme Sürücünüzde bir Kargo önbelleği dizini oluşturun, örneğinD:\packages\cargo, bu yola genel bir ortam değişkeni CARGO_HOME ayarlayın.setx /M CARGO_HOME D:\packages\cargo Kargo paketlerini makinenizde zaten geri yüklediyseniz içindekileri %USERPROFILE%\.cargo bu dizine taşıyın. Kargo belgeleri: Kargo Çevre Değişkenleri bölümünden daha fazla bilgi edinin.

• Maven önbelleği (Java): Geliştirme Sürücünüzde bir Maven önbellek dizini oluşturun, örneğinD:\packages\maven, yoluna bir yapılandırma ayarı eklemek için MAVEN_OPTSgenel bir ortam değişkeni setx /M MAVEN_OPTS "-Dmaven.repo.local=D:\packages\maven" ayarlayın. içeriğini %USERPROFILE%\.m2\repository bu dizine taşıyın (bu, yalnızca Maven'ın klasöre repository indirip projeleriniz için kullandığı bağımlılıkları, eklentileri ve diğer yapıtları içerir). Maven belgelerinde daha fazla bilgi edinin ve StackOverflow'da .m2 klasörü için alternatif bir konum belirleme veya settings.xml kalıcı olarak ayarlama hakkında bölümüne bakın.

• Gradle önbelleği (Java): Geliştirme Sürücünüzde bir Gradle önbellek dizini oluşturun; örneğin, D:\packages\gradle. Ardından, genel bir ortam değişkenini GRADLE_USER_HOME bu yola işaret etmek üzere ayarlayın; örneğin, setx /M GRADLE_USER_HOME D:\packages\gradle komut satırında kullanarak bunu sistem genelinde ayarlayın. Bu değişkeni ayarladıktan sonra, Gradle önbellekleri ve yapılandırma dosyaları için belirtilen dizini (D:\packages\gradle) kullanır. Mevcut Gradle dosyalarınız varsa içeriğini bu yeni dizine taşıyın %USERPROFILE%\.gradle . Daha ayrıntılı bilgi için Gradle belgelerine başvurabilir ve Gradle yapılandırmalarını ve önbellek dizinlerini yönetme hakkında ipuçları için StackOverflow gibi topluluk kaynaklarını keşfedebilirsiniz.

Dev Drive ile ilgili güvenlik risklerini ve güveni anlama

Güvenlik ve güven, proje dosyalarıyla çalışırken dikkat edilmesi gereken önemli noktalardır. Genellikle performans ve güvenlik arasında bir denge vardır. Dev Drive kullanmak, bu denge üzerinde denetimi geliştiricilerin ve güvenlik yöneticilerinin elinde tutar ve hangi filtrelerin eklendiğini ve Microsoft Defender Virüsten Koruma taramalarının ayarlarını seçme sorumluluğunu üstlenir.

Hem Microsoft Defender hem de üçüncü taraf virüsten koruma filtreleri de dahil olmak üzere virüsten koruma filtreleri varsayılan olarak bir Dev Drive'a eklenir. Microsoft Defender Virüsten Koruma, klasör dışlamalarına güvenli bir alternatif sağlarken hızı ve performansı hesaba katarak Dev Drives'da varsayılan olarak yeni "performans modu" ayarını kullanır. Daha yüksek bir koruma düzeyi için Microsoft Defender ayrıca "Gerçek zamanlı koruma modu" da sunar.

Ek filtreler gerektiren tüm ürün veya özellikler, filtre Dev Drive'a eklenmediği sürece çalışmaz.

Uyarı

Geliştirme Sürücüleri, hiçbir virüsten koruma filtresi eklenmeden çalıştırılabilir. Çok dikkatli olun! Virüsten koruma filtrelerini kaldırmak bir güvenlik riskidir ve depolama sürücünüzün standart güvenlik taramaları kapsamında olmadığı anlamına gelir. Virüsten koruma filtrelerini ayırmayla ilgili riskleri değerlendirmek sizin sorumluluğunuzdadır ve bunu yalnızca Dev Drive'da depolanan dosyalarınızın kötü amaçlı saldırılara maruz kalmayacağından emin olduğunuzda yapmalısınız.

Microsoft, güvenilir bir Dev Drive kullanırken varsayılan performans modu ayarının kullanılmasını önerir.

"Güvenilir" Dev Drive nedir?

Geliştirme Sürücüleri, özgün biçimlendirme süresi boyunca sistem kayıt defterinde depolanan bir bayrak kullanılarak otomatik olarak güvenilir olarak atanır ve varsayılan olarak mümkün olan en iyi performansı sağlar. Güvenilen Geliştirme Sürücüsü, birimi kullanan geliştiricinin burada depolanan içeriğin güvenliğine yüksek güveni olduğu anlamına gelir.

Bir geliştirici Windows Güvenliği'ne dışlama eklemeyi seçtiğinde olduğu gibi, geliştirici de ek performans elde etmek için depolanan içeriğin güvenliğini yönetme sorumluluğunu üstlenir.

Güvenilir olarak işaretlenmiş bir Geliştirme Sürücüsü, Microsoft Defender'ın performans modunda çalışması için bir sinyaldir. Microsoft Defender'ın performans modunda çalıştırılması, tehdit koruması ile performans arasında denge sağlar. Gerçek zamanlı koruma diğer tüm depolama birimlerinde etkinleştirilmeye devam eder.

Filtrelerin ayrılmasıyla ilgili güvenlik konuları nedeniyle, makineler arasında bir geliştirme sürücüsünün taşınması, birimin özel filtre ekleme ilkeleri olmadan sıradan bir birim olarak kabul edilmesine neden olur. Yeni bir makineye eklendiğinde hacmin güvenilir olarak işaretlenmesi gerekir. Bkz. Dev Drive'ı nasıl güvenilir olarak belirleyebilirim?.

Güvenilmeyen bir Dev Drive, güvenilir bir Dev Drive ile aynı ayrıcalıklara sahip olmayacaktır. Güvenilmeyen bir Dev Drive olduğunda güvenlik gerçek zamanlı koruma modunda çalışır. Bir Dev Drive'a ilk oluşturulduğu zamanın dışında güven belirlerken dikkatli olun.

Dev Drive'ı güvenilir olarak nasıl belirleyebilirim?

Dev Drive'ı güvenilir olarak ayarlamak için:

1. Sağ tıklayıp "Yönetici Olarak Çalıştır" seçeneğini belirleyerek yükseltilmiş izinlerle PowerShell'i (veya CMD'yi) açın.
2. Dev Drive'ınızı güvenilir olarak ayarlamak için aşağıdaki komutu girin ve değerini <drive-letter> güven belirttiğiniz depolama sürücüsünün harfiyle değiştirin. Örneğin, fsutil devdrv trust D:.

fsutil devdrv trust <drive-letter>:

Dev Drive'a güvenilip güvenilmediğini onaylamak için komutunu girin:

fsutil devdrv query <drive-letter>:

Makinenizdeki C: sürücüsü Dev Drive olarak belirlenemez. Visual Studio, MSBuild, .NET SDK, Windows SDK gibi geliştirici araçları, Geliştirme Sürücüsünde değil C: sürücünüzde depolanmalıdır.

Microsoft Defender performans modu nedir?

Performans modu artık Windows 11'de yeni bir Microsoft Defender Virüsten Koruma özelliği olarak kullanılabilir. Bu özellik, Microsoft Defender Virüsten Koruma taramalarının belirlenen Dev Drive'da depolanan dosyalar için performans etkisini azaltır.

Performans modu ve gerçek zamanlı koruma ile karşılaştırması hakkında daha fazla bilgi edinmek için bkz. Microsoft Defender: Performans modunu kullanarak Dev Drive'ı koruma.

Performans modunun etkinleştirilmesi için Geliştirme Sürücüsü güvenilir olarak belirlenmeli ve Microsoft Defender Gerçek zamanlı koruma "Açık" olarak ayarlanmalıdır.

Dev Drive'da ek filtreleri nasıl yapılandırebilirim?

Varsayılan olarak, Filtre Yöneticisi virüsten koruma filtreleri dışında bir Geliştirme Sürücüsündeki tüm filtreleri KAPALI olarak kapatır. Virüsten koruma filtresi, rakım aralığına FSFilter Anti-Virus (320000-329999) takılan bir filtredir. FSFilter Anti-Virus , dosya G/Ç sırasında virüsleri algılayan ve dezenfekte eden filtreler içerir.

Varsayılan ilke, fsutil kullanılarak Dev Drive'a virüsten koruma filtreleri eklememek üzere yapılandırılabilir. DİkKAT: Bu ilke sistemdeki TÜM Geliştirme Sürücüleri için geçerlidir.

fsutil devdrv enable /disallowAv

komutu fsutil devdrv enable [/allowAv|/disallowAv]aşağıdaki iki seçeneği içerir:

• disallowAv: Dev Drive'larınızda hiçbir filtre takılı olmadığını (hatta antivirüs bile) gösterir. Filtreler komutu kullanılarak fsutil devdrv setfiltersallowed <Filter-1> geri eklenebilir. (İstediğiniz filtrenin adıyla <Filter-1> değerini değiştirin.)

• allowAv: Dev Drive'ların varsayılan virüsten koruma filtresi tarafından korunacaklarını belirtir.

Yardım için şu komutu girin: fsutil devdrv enable /?. Ne /allowAv ne de /disallowAv belirtilmezse, Geliştirme Sürücüsü için virüsten koruma ilkesi yapılandırılmaz ve sistem varsayılanı, Geliştirme Sürücülerinin virüsten koruma filtresiyle korunmasını öngörür.

Uyarı

Filtreleri ayırırken çok dikkatli olun. Virüsten koruma filtrelerini ayırmak bir güvenlik riskidir ve depolama alanınızın standart Microsoft Defender gerçek zamanlı koruma veya performans modu taramaları kapsamında olmadığı anlamına gelir. Virüsten koruma filtrelerini ayırmayla ilgili riskleri değerlendirmek sizin sorumluluğunuzdadır ve bunu yalnızca dosyalarınızın kötü amaçlı saldırılara maruz kalmayacağından emin olduğunuzda yapmalısınız.

Filtreler hakkında daha fazla bilgi edinmek için bkz. Dosya sistemi filtre sürücüleri hakkında, Filtre sürücüsü yükleme, Filtre Yöneticisi Kavramları, Yük sırası grupları ve mini filtre sürücüleri için yükseklikler.

Dev Drive'da belirli filtrelerin eklenmesine izin verme

İş veya Kurumsal ortamda çalışıyorsanız, şirketinizin grup ilkesi, yukarıdaki ilkeye ek olarak Geliştirme Sürücülerine eklenecek belirli filtreler için yapılandırılabilir. Sistem yöneticisi, izin listesi kullanarak belirli bir Geliştirme Sürücüsüne veya tüm Geliştirme Sürücülerine ek filtreler eklemeyi de seçebilir.

Sistem yöneticisi "Foo" adlı bir filtre eklemek isteyebilir, buna FooFlt olarak başvuracağız. Yalnızca D:olarak bağlanmış Geliştirme Sürücüsünde bu filtrenin etkinleştirilmesini isteyebilirler. Başka bir Dev Drive'a E: olarak bağlanmış bu filtreye ihtiyaçları yok. Yönetici, sistem tarafından sağlanan bir komut satırı yardımcı programı olan fsutil.exekullanarak Geliştirme Sürücüsündeki izin verilenler listesinde değişiklik yapabilir.

Özellikle İzin Verildi olarak ayarlanan filtreler, yukarıda açıklanan virüsten koruma filtresi ilkesine ek olarak bir Dev Drive'a eklenebilir.

Liste filtresi örneklerine izin ver

Aşağıdaki örneklerde, bir yöneticinin bir makinedeki tüm Geliştirme Sürücülerinde izin verilen filtreleri izin verilenler listesi kullanarak ayarlayabilmesi gösterilmektedir.

setfiltersallowed komutunu tüm Geliştirme Sürücülerinde Filter-01 ve Filter-02'yi etkinleştirmek için kullanın.

fsutil devdrv setfiltersallowed Filter-01, Filter-02

Tüm Geliştirme Sürücüleri için filtre ekleme ilkesini görüntülemek için komutunu kullanın:

fsutil devdrv query

Sonuç aşağıdakini görüntüler:

• Geliştirici hacimleri etkinleştirildi.
• Geliştirici hacimleri virüsten koruma filtresiyle korunur.
• Herhangi bir Geliştirme Sürücüsünde izin verilen filtreler: Filter-01, Filter-02

Bu Dev Drive yapılandırmasını, Geliştirme Sürücülerinizde sadece Filter-03'a izin verecek şekilde ve Filter-01 ile Filter-02'nin artık bağlanmasına izin verilmemesi için değiştirmek üzere şu komutu kullanın:

fsutil devdrv setfiltersallowed Filter-03

Diğer ilgili komutlar için bkz fsutil devdrv /? .

Yaygın senaryolar için filtreler

Dev Drive ile aşağıdaki filtreler kullanılabilir:

Senaryo: Açıklama	Filtre Adı
GVFS: Windows'un seyrek listeleri	PrjFlt
MSSense: EDR Algılayıcısı için Uç Nokta için Microsoft Defender	MsSecFlt
Defender: Windows Defender Filtresi	WdFilter
Docker: Dev Drive'dan kapsayıcı çalıştırma	bindFlt, wcifs
Windows Performans Kaydedicisi: Dosya sistemi işlemlerini ölçme	DosyaBilgisi
Kaynak İzleyicisi: Kaynak kullanımını gösterir. Disk Etkinliğinde dosya adlarını göstermek için gereklidir	DosyaBilgisi
İşlem İzleyicisi - Sysinternals: Dosya sistemi etkinliklerini izleme	ProcMon24
Windows Yükseltmesi: İşletim Sistemi Yükseltmesi sırasında kullanılır. Kullanıcı TEMP ortam değişkensini Dev Drive'a taşırsa gereklidir	WinSetupMon
Windows Defender Uygulama Denetimi (WDAC): AppLocker kimlik hizmetleriyle yönetilen yükleyici izleme	applockerfltr

WdFilter varsayılan olarak eklenir. Aşağıdaki komut, bu ek filtrelerin tümünün bir Dev Drive'a nasıl eklendiğinden oluşan bir örnektir:

fsutil devdrv setfiltersallowed "PrjFlt, MsSecFlt, WdFilter, bindFlt, wcifs, FileInfo, ProcMon24"

Tavsiye

Belirli bir senaryo için gereken filtreleri belirlemek için bir Dev Drive'ı geçici olarak güvenilmeyen olarak işaretlemeniz gerekebilir. Ardından senaryoyu çalıştırın ve birime bağlanmış tüm filtreleri kaydedin. Geliştirme Sürücüsünü yeniden güvenilir olarak belirleyin ve ardından senaryonun başarılı olduğundan emin olmak için bu Geliştirme Sürücüsü için İzin Ver listesine filtreleri ekleyin. Son olarak, senaryonun beklendiği gibi çalıştığından emin olurken gerekmeyen filtreleri birer birer kaldırın.

Tavsiye

İşlem İzleyicisi'nin filtre adı değişebilir. "ProcMon24" filtre adı eklendiğinde Dev Drive'daki dosya sistemi etkinlikleri yakalanmıyor gibi görünüyorsa, komutunu fltmc filterskullanarak filtreleri listeleyin, İşlem İzleyicisi için filtre adını bulun ve "ProcMon24" yerine bu adı kullanın.

Blok Kopyalama Desteği

Windows 11 24H2 ve Windows Server 2025'te başlayarak, Blok kopyalama artık Dev Drive'da desteklenmektedir. Dev Drive ReFS dosya sistemi biçimini kullandığından, Dev Drive kullanarak bir dosyayı her kopyaladığınızda Blok kopyalama desteği ücretsiz performans avantajları anlamına gelir. Blok kopyalama, dosya sisteminin temel alınan fiziksel verilere pahalı okuma ve yazma işlemleri gerçekleştirmek yerine uygulama adına düşük maliyetli bir meta veri işlemi olarak bir dosya bayt aralığı kopyalamasına olanak tanır. Bu, birden çok dosyada aynı mantıksal kümelerin paylaşılmasını sağlayarak kopyalama işleminin daha hızlı tamamlanmasına, temel alınan depolamaya daha az G/Ç ve geliştirilmiş depolama kapasitesine neden olur. Blok kopyalama hakkında daha fazla bilgi edinin.

Dev Drive tarafından desteklenmeyen senaryolar hangileridir? Sınırlamaları nelerdir?

Geliştirme Sürücüsü kullanmanızı önermediğimiz birkaç senaryo vardır. Bunlar şunları içerir:

• Mevcut bir depolama birimini "Dev Drive" olacak şekilde yeniden biçimlendirmek, bu birimde depolanan tüm içeriği yok eder. Mevcut bir birimin yeniden biçimlendirilmesi ve orada depolanan içeriğin korunması desteklenmez.
• Sabit diskte (HDD veya SSD) barındırılan bir Sanal Sabit Disk (VHD) oluşturduğunuzda, VHD'yi kopyalamanız, farklı bir makineye taşımanız ve ardından Geliştirme Sürücüsü olarak kullanmaya devam etmek önerilmez.
• Çıkarılabilir veya çalışırken takılabilir diskte (USB, HDD veya SSD harici sürücü gibi) depolanan bir birim, Geliştirme Sürücüsü olarak atamayı desteklemez.
• Çıkarılabilir veya sıcak takılabilir bir disk üzerinde barındırılan bir VHD'deki birim, Dev Drive olarak belirlenmeyi desteklemez.
• Makinenizdeki C: sürücüsü Dev Drive olarak belirlenemez.
• Dev Drive'ın amacı, depoları, paket önbelleklerini, çalışma dizinlerini ve geçici klasörleri depolamak üzere belirlenen yazılım projelerini oluşturmaya ve hata ayıklamaya yönelik dosyaları barındırmaktır. Dev Drive'a uygulama yüklemenizi önermeyiz.
• Dinamik Disklerde Geliştirme Sürücüsü kullanımı desteklenmez. Bunun yerine, verilerinizi sürücü hatalarına karşı korumaya ve bilgisayarınıza sürücü eklerken zaman içinde depolama alanını genişletmeye yardımcı olacak Depolama Alanları kullanın.

Dev Drive'ı silme

Bir Geliştirme Sürücüsünü Windows 11 Sistem Ayarları'nda silebilirsiniz: System>Storage>Disks & volumes.

Windows Ayarları menüsünü açın, ardından Depolama'yı, ardından Gelişmiş Depolama Ayarları'nı, ardından diskler ve birimler'i seçin. Burada cihazınızdaki depolama birimlerinin listesini bulabilirsiniz. Silmek istediğiniz Dev Drive depolama biriminin yanındaki Özellikler'i seçin. Sürücünün özelliklerinde, Biçim etiketi altında Sil seçeneğini bulacaksınız.

Geliştirme Sürücüsü artık silinecek. Ancak Geliştirme Sürücüsü yeni bir VHD olarak oluşturulduysa bu VHD tarafından kullanılan depolama alanını geri kazanmak için VHD'nin silinmesi gerekir. Bunu yapmak için, Dev Drive'ı barındıran VHD dosyasının silinebilmesi için aşağıdaki adımları izleyerek sanal diski ayırmanız gerekir:

1. Görev çubuğundaki arama kutusuna "Bilgisayar Yönetimi" yazarak Disk Yönetimi aracını açın. Depolama başlığı altında Disk Yönetimi'ni seçin. Dev Drive Diskini (Birimini değil) seçin. Seçilen Diske sağ tıklayın ve açılan menüden VHD'yi Ayır seçeneğini seçin.
2. Bir sanal sabit diski ayırmanın onu kullanılamaz hale getireceğini bildiren bir açılır pencere görüntülenir.
3. Ayrıldıktan sonra VHD silinebilir.

Dev Drive Sıkça Sorulan Sorular

Dev Drive hakkında sık sorulan bazı sorular şunlardır:

Dev Drive'ı ihtiyaçlarımı karşılayacak şekilde nasıl özelleştirebilirim?

Geliştirme Sürücüsü varsayılan ayarları yaygın geliştirme senaryoları için iyileştirilmiştir, ancak özelleştirilebilir ve depolama biriminde çalıştırılan sürücüler ve hizmetler üzerinde denetime olanak sağlar. Dev Drive ayarlarını özelleştirmek için Ayarlar menüsünü açın. Sistem>Depolama>Diskleri ve birimleri'nin altında Özellikler'e gidin.

Önemli

Bir işletme veya kuruluş için çalışıyorsanız Dev Drive yine de kurumsal ayarlarınız tarafından yönetilir. Bu nedenle bazı özelleştirmeler, şirket politikasına bağlı olarak kullanılamayabilir.

Dev Drive kullanmak için uygulamalarımı yeniden yüklemem gerekiyor mu?

Hayır, makinenizin C: sürücüsüne yüklenen uygulamalar veya araçlar Bir Dev Drive'dan dosya kullanabilir. Ancak geliştirme projeleri için projeye özgü dizinleri, dosyaları ve paket önbelleklerini Dev Drive içinde depolamanızı öneririz. Geliştirme Sürücüsü, bir anımsatıcı olarak Dosya Gezgini'nin Hızlı Erişimi'ne sabitlenebilir.

ReFS NTFS'den daha fazla bellek kullanıyor mu?

Evet, ReFS NTFS'den biraz daha fazla bellek kullanır. En az 8 GB belleğe ve ideal olarak 16 GB'a sahip bir makine öneririz.

Makinemde birden fazla Geliştirme Sürücüsü olabilir mi?

Evet. Alanınız varsa, istediğiniz kadar Geliştirme Sürücüsü oluşturabilirsiniz. Her yazılım geliştirme projesi için ayrı bir Dev Drive kullanmak, diski yeniden bölümlendirmek yerine geliştirmenin sonunda sürücüyü silmenize olanak sağlar. Ancak Dev Drive için minimum boyutun 50 GB olduğunu unutmayın.

Visual Studio ile Dev Drive kullanma hakkında ne bilmem gerekiyor?

Bir Dev Drive oluşturduktan sonra, yeni bir proje oluştururken veya var olan bir projeyi klonlarken Visual Studio bunu otomatik olarak tanır ve varsayılan olarak bu dosyayolu seçer. Visual Studio kullanırken performansı iyileştirmek için daha önce başka bir yere kaydedilmiş olabilecek proje kodlarını, paket önbelleklerini ve Copy on write MS Derleme görevlerini Dev Drive'a taşımanızı öneririz. (Bkz. Visual Studio belgelerinde Derleme Çıktı Dizinini Değiştirme bölümüne.) Ayrıca %TEMP% ve %TMP% envvars'ı Geliştirme Sürücüsü'ne yönlendirmeyi düşünmenizi öneririz. Bunun için, Windows Update işlemi için gereken filtrenin de eklenmesi WinSetupMon gerekir. ( Yaygın senaryolar için bkz. Filtreler. Birçok program bunları kullanır, bu nedenle olası yan etkilere dikkat edin. Ayrıca Dev Drive kullanarak zaman uyumsuz performans kazanımları için Microsoft Defender için performans modunu kullanmanızı öneririz. Microsoft Defender'ın tamamen kapatılması en yüksek performans kazancına neden olabilir, ancak bu güvenlik risklerini artırabilir ve sistem yöneticisi tarafından denetlenen bir ayardır.

Daha fazla bilgi için blog gönderisine bakın: Visual Studio ve Geliştirme Kutularında Performans Geliştirmeleri için Geliştirme Sürücüsü.

Dev Drive, WSL proje dosyalarıyla çalışır mı?

Windows dosya sisteminde çalışan Dev Drive proje dosyalarına WSL aracılığıyla çalışan bir Linux dağıtımından erişebilirsiniz. Ancak, WSL bir VHD'de çalışır ve en iyi performans dosyaları Linux dosya sisteminde depolanmalıdır. WSL, Windows dosya sisteminin kapsamı dışında olduğundan, WSL aracılığıyla çalışan bir Linux dağıtımından Dev Drive'daki proje dosyalarına erişirken herhangi bir performans iyileştirmesi görmeyi beklememelisiniz.

Windows depolama birimini biçimlendirmek için hangi yöntem kullanılır?

Windows Sürücü belgelerinde Bkz. MSFT_Volume class.

Dev Drive ile Canlı Birim Testi nasıl yapılandırılır ve kullanılır?

Visual Studio belgelerinde Canlı Birim Testi'ni yapılandırma ve kullanma yönergelerini bulabilirsiniz. Ancak , ProjFS'ye bir bağımlılık olduğunu unutmayın. Live Unit Testing çalışma alanı kökünü Geliştirme Sürücüsüne taşımanız ve izin verilen filtre listesine Windows Yansıtılmış Dosya Sistemi eklemeniz gerekir. PowerShell'de aşağıdaki komutu kullanarak bunu yapabilirsiniz:

fsutil devdrv setfiltersallowed PrjFlt

Geliştirme Sürücüsü olarak kullanılmak üzere oluşturulan bir VHD, bitLocker etkin olduğunda şifrelenecek mi?

Evet, Dev Drive VHD barındırma biriminin BitLocker şifrelemesine dahil edilecek. Bağlı VHD'de BitLocker'ın etkinleştirilmesi gerekmez.

Dev Drive, Windows'ta Java geliştirmeyi hızlandırabilir mi?

Evet, Bir Dev Drive kullanmak, Java geliştirme projesi üzerinde çalışırken verimliliği artırabilir ve derleme sürelerini azaltabilir. "Dev Drive ile Windows'ta Java Geliştirmenizi hızlandırın" blog gönderisine bakın.

Geliştirme Sürücüsü Performans Modu, Microsoft Defender'ın yanı sıra Virüsten Koruma programlarına uygulanabilir mi?

Dev Drive Performans Modu , Defender'ın gerçek zamanlı korumasıyla ilgili bir Microsoft Defender Virüsten Koruma özelliğidir. Dev Drive ile alternatif Virüsten Koruma programları kullanılırken Performans Modu uygulanmaz, ancak geliştirme çalışmalarınız için performans ile güvenlik arasında doğru dengeyi bulmak için Geliştirme Sürücüsüne bağlı güvenlik filtreleri listesine izin ver ayarını yapmak mümkündür. Ekli filtre listesinde değişiklik yaparken ekli filtrelerin işlevini anladığınızdan emin olmanız gerekir. Sık karşılaşılan senaryolar için filtreler bölümünde açıklama içeren bir liste bulun.

Oluşturduğum ve izini kaybettiğim bir Dev Drive'ı nasıl bulabilirim?

Geliştirme sürücüsü takılıyken nerede olduğunu unuttuysanız, onu bulmak için aşağıdaki yöntemler kullanılabilir:

• vhdx'in tam yolunu göstermek için DiskPart ve "list vdisk" komutunu kullanın: 1) Bir komut satırı açın ve girin diskpart, 2) DiskPart açıldıktan sonra yazın list vdisk.

• PowerShell ve "Get-Disk | Select-Object FriendlyName,Location]" kullanın: PowerShell'i açın ve girin Get-Disk | Select-Object FriendlyName,Location.

Bu belgeler ve SSS'lere nasıl katkıda bulunabilirim?

Bu belgelerde herhangi bir sorun bulursanız veya ek SSS önerilerine katkıda bulunmak isterseniz GitHub'daki Windows Dev Docs açık kaynak deposunu ziyaret edin.