Yolun bir parçası bulunamadı… bin \ roslyn \ csc.exe

TFS kaynak kontrolünden alınan Asp.net MVC projesini çalıştırmaya çalışıyorum. Tüm montaj referanslarını ekledim ve herhangi bir hata veya uyarı olmadan başarılı bir şekilde derleyebilir ve derleyebilirim.

Ancak tarayıcıda aşağıdaki hatayı alıyorum:

'C: \ B8akWorkspace \ B8akProject \ B8akSolution \ B8AK.Portal \ bin \ roslyn \ csc.exe' yolunun bir parçası bulunamadı.

Hata sayfasının tam ekran görüntüsünü burada bulabilirsiniz.

Araştırmanın birkaç gün sonra ben anladım Roslyn teklifler peşin özellikleri derleme olduğunu Net derleyici platformudur. Ancak, neden benim yapı \ bin \ roslyn \ csc.exe bulmaya çalıştığını anlamıyorum çünkü Roslyn ile ilgili bir şey yapılandırmadım ne de projemde Roslyn kullanmak niyetinde değilim.

Varsayılan VS2015 şablonlarıyla ilgili sorun, derleyicinin aslında tfr \ bin \ roslyn \ dizinine değil, {outdir} \ roslyn \ dizinine kopyalanmamasıdır.

Bu kodu .csproj dosyanıza ekleyin:

<Target Name="CopyRoslynFiles" AfterTargets="AfterBuild" Condition="!$(Disable_CopyWebApplication) And '$(OutDir)' != '$(OutputPath)'">
    <ItemGroup>
      <RoslynFiles Include="$(CscToolPath)\*" />
    </ItemGroup>
    <MakeDir Directories="$(WebProjectOutputDir)\bin\roslyn" />
    <Copy SourceFiles="@(RoslynFiles)" DestinationFolder="$(WebProjectOutputDir)\bin\roslyn" SkipUnchangedFiles="true" Retries="$(CopyRetryCount)" RetryDelayMilliseconds="$(CopyRetryDelayMilliseconds)" />
</Target>

TP; DR

bunu Paket Yöneticisi Konsolu'nda çalıştırın:

Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r

Daha fazla bilgi

Bu sorun Visual Studio'nun kendisiyle ilgili değildir, bu nedenle dosyaları kopyalamak için oluşturma adımları eklemeyi öneren yanıtlar oldukça geçici bir çözümdür. Derleyici ikili dosyalarını projeye elle eklemekle aynı.

Roslyn derleyici bir NuGet paketinden geliyor ve bu paketin bazı sürümlerinde bir hata vardı / tam olarak hangilerinin olduğunu bilmiyorum. Çözüm, bu paketi yeniden yüklemek / hatasız bir sürüme yükseltmektir. Başlangıçta 2015 yılında cevabı yazmadan önce, belirli sürümlere aşağıdaki paketleri kurarak çözdüm:

• Microsoft.Net.Compilers 1.1.1
• Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.1

Sonra .csproj içine baktım ve paketler için yolların (benim durumumda .. \ .. \ paketleri \ *. *) <ImportProject>Üstte ve <Target>altta "EnsureNuGetPackageBuildImports" adıyla doğru olduğundan emin oldum. Bu MVC 5 ve .NET Framework 4.5.2'de.

\bin\roslyn\csc.exeAşağıdaki paketler projenize eklendiği için derlemeniz bulmaya çalışıyor . Sadece packages.configdosyanızı gözden geçirin , ikisine de orada sahip olabilirsiniz

Microsoft.CodeDom.Providers.DotNetCompilerPlatform
Microsoft.Net.Compilers

Roslyn nedir ve projeye kimler ekledi (paketler): VS2015 kullanarak projeler oluşturmak için .net Framework 4.5.2 kullanıyorsanız, proje şablonlarının varsayılan olarak Roslyn kullandığını fark etmiş olabilirsiniz. Aslında Roslyn, Microsoft'tan .NET dilleri için açık kaynaklı derleyicilerden biridir .

Neden Roslyn'i silmeliyiz: Projenizde Roslyn referansları varsa ve sunucuyu dağıtmak istemiyorsanız, birçok barındırma sağlayıcısı hala sunucularını yükseltmediğinden ve dolayısıyla Roslyn'i desteklemediğinden web sitesinde istenmeyen hatalar alacaksınız. Bu sorunu çözmek için Roslyn derleyicisini proje şablonundan kaldırmanız gerekir.

Eğer Roslyn kullanarak ilgilenen değilse, adımlar silmek için feryat izleyin

1. NuGet paketlerini kaldırın, Nuget Package Console'dan aşağıdaki komutları kullanın

PM> Uninstall-package Microsoft.CodeDom.Providers.DotNetCompilerPlatform
PM> Uninstall-package Microsoft.Net.Compilers

2. Bunu yaptıktan sonra web.config dosyanız otomatik olarak güncellenmelidir. web.configDeğilse , dosyada aşağıdaki kodu arayın ve bulunursa bu kod parçasını silin.

<system.codedom>
    <compilers>
      <compiler language="c#;cs;csharp" extension=".cs" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:6 /nowarn:1659;1699;1701"></compiler>
      <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.VBCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:14 /nowarn:41008 /define:_MYTYPE=\&quot;Web\&quot; /optionInfer+"></compiler>
    </compilers>
</system.codedom>

Bir temizlik ve yeniden inşa benim için çalıştı!

İşte bunu yapmanın daha MSBuild yolu.

<Target Name="CopyRoslynFiles" AfterTargets="AfterBuild" Condition="!$(Disable_CopyWebApplication) And '$(OutDir)' != '$(OutputPath)'">
    <ItemGroup>
      <RoslynFiles Include="$(CscToolPath)\*" />
    </ItemGroup>
    <MakeDir Directories="$(WebProjectOutputDir)\bin\roslyn" />
    <Copy SourceFiles="@(RoslynFiles)" DestinationFolder="$(WebProjectOutputDir)\bin\roslyn" SkipUnchangedFiles="true" Retries="$(CopyRetryCount)" RetryDelayMilliseconds="$(CopyRetryDelayMilliseconds)" />
</Target>

Ama roslyn dosyalarının da bin dizinimde olduğunu fark ettim (bir klasörde değil). Uygulama çalışıyor gibi görünüyor.

GitHub'daki Roslyn projesinin bir sayısında belirtildiği gibi , (benim için işe yarayan) bir çözüm, projeyi Visual Studio'da kaldırmak ve yeniden yüklemek.

Projeyi yeniden yükleyene kadar "bin \ roslyn" klasörü oluşturma veya yeniden oluşturma üzerinde oluşturulmadı.

Bu adımları izledim ve mükemmel çalıştı

• Tüm bin ve obj klasörlerini sil
• Temiz çözüm ve yeniden oluşturma
• Bu komutu powershell'de çalıştır

Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r

Hiçbir puro ile tüm düzeltmeleri denedikten sonra Visual Studio bu Nuget Paketi güncelleyerek düzeltildi:

Microsoft.CodeDom.Providers.DotNetCompilerPlatform

Benimki referans için 1.0.0 ila 2.0.0 idi (Hata artık gösterilmiyor)

1. Temiz Çözüm
2. Çözümü Yeniden Oluşturun, Bu iki adım benim için çalıştı.

Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix'i yüklemeniz gerekiyor, özellikle bu hata için oluşturuldu

• Projenize sağ tıklayın ve Nuget Paketlerini Yönet'i seçin
• "Microsoft.CodeDom.Providers.DotNetCompilerPlatform" bul
• Eski veya daha yeni bir sürüme güncelleyin (hangisi önemli değil) ve ardından tekrar orijinal sürümünüze güncelleyin.

Bu, paketin tüm bağımlılıklarını ve dosyalarını yeniden yükler (csc.exe gibi)

Bu yüzden, Rob Cannon'un cevabı esasen benim için çalıştı, ancak bir avuç seçeneği ayarlamam gerekiyordu. Özellikle, proje derleme sunucumuzda inşa edilirken $ CscToolPath boş olduğu gibi, hedef koşulu kaldırmak ve Include özniteliğini değiştirmek zorunda kaldı. Merakla, $ CscToolPath yerel olarak çalışırken boş değildi.

<Target Name="CopyRoslynFiles" AfterTargets="AfterBuild" >
  <ItemGroup>
    <RoslynFiles Include="$(SolutionDir)packages\Microsoft.Net.Compilers.1.1.1\tools\*" />
  </ItemGroup>
  <MakeDir Directories="$(WebProjectOutputDir)\bin\roslyn" />
  <Copy SourceFiles="@(RoslynFiles)" DestinationFolder="$(WebProjectOutputDir)\bin\roslyn" SkipUnchangedFiles="true" Retries="$(CopyRetryCount)" RetryDelayMilliseconds="$(CopyRetryDelayMilliseconds)" />
</Target>

Nuget paketlerini güncelleme benim için çalıştı Çözüm için sağ tıklayın> Çözüm için NuGet paketlerini yönetin ve tüm paketleri ve özel olarak güncelleyin: Microsoft.Net.Compilers ve Microsoft.CodeDom.Providers.DotNetCompilerPlatform

Bu, Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.6 ile ilgili bilinen bir sorundur . 1.0.5 sürümüne geçmek bunu benim için düzeltti.

VS 2019 için aşağıdaki düğümü tamamen kaldırın:

<system.codedom>
</system.codedom>

Yukarıdaki Daniel Neel tarafından yapılan bir yorum başına:

Microsoft.CodeDom.Providers.DotNetCompilerPlatform Nuget paketinin 1.0.3 sürümü benim için çalışıyor, ancak 1.0.6 sürümü bu sorudaki hataya neden oluyor

1.0.3 sürümüne geçmek bu sorunu benim için çözdü.

Benim durumumda, aşağıdaki hatayla Ahtapot'ta konuşlandırmaya çalıştığımda Jenkins'de sorun yaşadım:

MSBUILD : OctoPack error OCT-1676060969: Failed to build the path for '\bin\roslyn\csc.exe' relative to 'T:\workspace\machine.engine\Machine.engine.Test': Invalid URI: The format of the URI could not be determined.. See the inner exception for more details. [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969: System.Exception: Failed to build the path for '\bin\roslyn\csc.exe' relative to 'T:\workspace\machine.engine\Machine.engine.Test': Invalid URI: The format of the URI could not be determined.. See the inner exception for more details. ---> System.UriFormatException: Invalid URI: The format of the URI could not be determined. [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind) [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at System.Uri..ctor(String uriString) [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at OctoPack.Tasks.Util.OctopusPhysicalFileSystem.GetPathRelativeTo(String fullPath, String relativeTo) in Z:\buildAgent\workDir\20ba9f2e0d5e4022\source\OctoPack.Tasks\Util\OctopusPhysicalFileSystem.cs:line 211 [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    --- End of inner exception stack trace --- [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at OctoPack.Tasks.Util.OctopusPhysicalFileSystem.GetPathRelativeTo(String fullPath, String relativeTo) in Z:\buildAgent\workDir\20ba9f2e0d5e4022\source\OctoPack.Tasks\Util\OctopusPhysicalFileSystem.cs:line 224 [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at OctoPack.Tasks.CreateOctoPackPackage.AddFiles(XContainer nuSpec, IEnumerable`1 sourceFiles, String sourceBaseDirectory, String targetDirectory, String relativeTo) in Z:\buildAgent\workDir\20ba9f2e0d5e4022\source\OctoPack.Tasks\CreateOctoPackPackage.cs:line 443 [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at OctoPack.Tasks.CreateOctoPackPackage.Execute() in Z:\buildAgent\workDir\20ba9f2e0d5e4022\source\OctoPack.Tasks\CreateOctoPackPackage.cs:line 190 [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
Done Building Project "T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj" (default targets) -- FAILED

Sebep olmak

Biraz zaman geçirdikten sonra kullandığım dahili bir bileşen kullanıyordum Microsoft.Net.Compilers. Dahili bileşenin kullanılmasının nedeni Microsoft.Net.Compilersbu sorunun üstesinden gelmektir ( C #: geçersiz ifade derlemesi atmak ) ve bu şekilde çözülmüştür ( C # 7 Visual Studio 2015 ile nasıl kullanılır? ). Bu, bileşeni ana programa Microsoft.Net.Compilerskurduğumda , eklenen otomatik olarak eklenir.

Çözüm

Etraftaki çalışmam şuydu: Takip eden dahili bileşenimizden kaldır (@malikKhalil yanıtını takiben)

PM> Uninstall-package Microsoft.CodeDom.Providers.DotNetCompilerPlatform
PM> Uninstall-package Microsoft.Net.Compilers

C # 6 yerine Jenkins'te C # 7 derleyicisini seçip yeniden oluşturun, bu her şeyin düzgün çalışıp çalıştığından emin olmak içindir.

Nihayet ana programımda dahili bileşenimi güncellemeye çalıştım. Ve her şey tekrar inşa etmekten başka. Herhangi bir sorun veya sorun olmadan inşa edilmiştir.

Benim durumumda sadece Visual Studio Solution Explorer'da (web uygulaması projesi) bin dizinine gitmem ve roslyn projesini doğrudan eklemem gerekiyordu. Klasörü sağ tıklayıp Projeye Ekle'yi seçerek. Ve oluşturma işlemini tetiklemek için çözümü tekrar kontrol edin.

Roslyn klasörü varsayılan olarak dahil edilmemiştir.

1.0.0'dan 1.0.1'e yükseltme Microsoft.CodeDom.Providers.DotNetCompilerPlatformbunu benim için düzeltti.

Proje dosyasını açın ve Import Project = ".. \ Packages \ Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0 .... ile tüm başvuruları kaldırın.

Web.config dosyasını açın ve tüm system.codedom compilers özniteliklerini kaldırın

Zaten tarafından belirtildiği gibi /programming/32780315#34391473 , hızlı düzeltme paket yöneticisini kullanmaktır, Tools> Nuget Package Manager> Package Manager Consoleçalıştırmak için

Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r

Ancak alternatif bir çözüm (eksikse paketlerinizi otomatik olarak ve sessizce yeniden yaratan) projenizin Web.configdosyasının bir niteliğini kaldırmaktır .
( Web.configile aynı dizinde.csproj dosyanızla .)

Aç Web.config (veya Visual Studio içinde) bir metin düzenleyicisinde dosyayı.
- etiketinde configuration> system.codedom> compilers> compiler language="c#;cs;csharp"tamamen kaldırmak typeniteliğini.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <!-- ... -->
  <system.codedom>
    <compilers>
      <compiler language="c#;cs;csharp" extension=".cs"
        type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.5.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
        warningLevel="4" compilerOptions="/langversion:default /nowarn:1659;1699;1701"/>
      <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb"
        type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.VBCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.5.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
        warningLevel="4" compilerOptions="/langversion:default /nowarn:41008 /define:_MYTYPE=\&quot;Web\&quot; /optionInfer+"/>
    </compilers>
  </system.codedom>
</configuration>

Kısacası, ile başlayan satırı kaldırın type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.

(Muhtemelen, aynı düzeltme Visual Basic ve Csharp için çalışır, ancak ben denemedim.)

Visual Studio gerisini halleder. Artık yok Server Error in '/' Application.

Yukarıdaki zip dosyasında verdiğim örnek kodda artık HTTP Error 403Ctrl + tuşuna bastığınızda alacaksınız F5.

Değiştirmeyi deneyin http://localhost:64195Web tarayıcınızda ilehttp://localhost:64195/api/products .
Web API'sı artık olması gerektiği gibi görüntüleniyor:

Bir provokasyon olarak, packageVisual Studio çözümümün tüm dizinini kaldırmayı denedim .
Ben (yeniden) inşa eder etmez otomatik ve sessizce yeniden yaratıldı.

Son fakat en az değil, hatayı yeniden üreten kod: http://schulze.000webhostapp.com/vs/SrvrErr-reproduce.zip (Aslen https://github.com/aspnet/AspNetDocs/tree/master/aspnet adresinden) / web-api / genel bakış / gelişmiş / net-istemcisinden / web-api-çağrısı / örnek / sunucu / ProductsApp )

Benim durumumda sadece bin klasörü içindeki her şeyi silerek ve yeniden derleyerek tüm işleri benim için yaptı.

Projeyi yürütürken de aynı sorunu yaşıyordum. İşte izlediğim adımlar.

1. Çözüme sağ tıklayın
2. Temiz çözümü seçin
3. Temiz başarılı olduktan sonra, tekrar projenizi inşa edin
4. Projeyi tekrar çalıştırın

Bu sefer aynı hatayı görmedim. Bu beklendiği gibi çalışır.

Bu StackOverflow sorusunda olduğu gibi MVC'de Jilet görünümlerinizi derlemek için ASPNETCOMPILER ekliyorsanız , fiziksel yolunu Roslyn nuget paketinin bulunduğu yere yerleştirin (genellikle $ CscToolPath değişkeni ile gösterilir):

<Target Name="AfterBuild" Condition="'$(MvcBuildViews)'=='true'">
<AspNetCompiler VirtualPath="temp" PhysicalPath="$(CscToolPath)" />

Varsayılan VS2015 şablonlarıyla ilgili sorun, derleyicinin aslında {outdir}_PublishedWebsites\tfr\bin\roslyn\dizine değil, {outdir}\roslyn\dizine kopyalanmasıdır . Bu, yerel ortamınızdan farklı olabilir, çünkü AppHarbor"yerinde" çözümü oluşturmak yerine bir çıktı dizini kullanarak uygulamalar oluşturur.

Düzeltmek için, .csprojxml bloğundan hemen sonra aşağıdakileri dosyanın sonuna doğru ekleyin<Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">...</Target>

<PropertyGroup>
  <PostBuildEvent>
    if not exist "$(WebProjectOutputDir)\bin\Roslyn" md "$(WebProjectOutputDir)\bin\Roslyn"
    start /MIN xcopy /s /y /R "$(OutDir)roslyn\*.*" "$(WebProjectOutputDir)\bin\Roslyn"
  </PostBuildEvent>
</PropertyGroup>

Referans: https://support.appharbor.com/discussions/problems/78633-cant-build-aspnet-mvc-project-generated-from-vstudio-2015-enterprise

Benim durumumda, Basim'e benzer şekilde, derleyiciye C # 6'ya ihtiyacımız olduğunu söyleyen bir NuGet paketi vardı.

Sonradan Microsoft.CodeDom.Providers.DotNetCompilerPlatformkaldırılan NuGet paketini kaldırmak zorunda kaldık :

1. <package id="Microsoft.CodeDom.Providers.DotNetCompilerPlatform" version="1.0.0" targetFramework="net452" /> Packages.config dosyasından
2. <system.codedom> <compilers> <compiler language="c#;cs;csharp" extension=".cs" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:6 /nowarn:1659;1699;1701" /> <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.VBCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:14 /nowarn:41008 /define:_MYTYPE=\&quot;Web\&quot; /optionInfer+" /> </compilers> </system.codedom>

Gelen system.codedombu Roslyn getirerek neden düğümü, şunları görebilirsiniz:compilerOptions="/langversion:6

Çözüm gezgininizdeki Bin klasörünü silin ve çözümü tekrar oluşturun. Bu sorunu çözer

Her şey localhost üzerinde mükemmel çalıştığında benim uygulama sunucuya yüklerken aynı sorunu vardı.

Bu çözümlerin hiçbiri işe yaramadı, hep aynı hatayla karşılaştım:

Could not find a part of the path 'C:\inetpub\wwwroot\myApp\bin\roslyn\csc.exe'

Sonunda bunu yaptım:

• kurulum projemde sağ klişe, görünüm> dosya sistemi
• oluşturmak bin/roslynklasör
• ekle> dosyalar'ı seçin ve tüm dosyaları packages\Microsoft.Net.Compilers.1.3.2\tools

Bu benim sorunumu çözdü.

Windows'u yeniden başlatın.

binVisual Studio'yu yeniden oluşturmayı, içeriğini silmeyi ve yeniden oluşturmayı denedikten sonra benim için çalışan tek çözüm budur .

C # /. NET derleme araçlarının ne kadar korkunç olduğunun başka bir örneği.

Bence (cevapların çoğunu okuduktan sonra), genel sonuç, bu sorunun nedeninin ve çözümünün kurulum ve projeye büyük ölçüde bağlı olduğu, bu yüzden bir cevap işe yaramazsa, başka bir tane deneyin. NuGet paketleriyle uğraşmadan veya geliştirme araçlarını yeniden yüklemeden önce, Visual Studio'yu yeniden başlatma, yeniden başlatma, yeniden oluşturma vb. Gibi İLK müdahaleci olmayan / yıkıcı çözümleri deneyin. İyi şanslar!

(NOT: Visual Studio 2019 ve proje dosyası kullanıldığında başlangıçta Visual Studio 2015'te oluşturulmuştur. Belki bu, birinin sorunu araştırmasına yardımcı olur)

(EDIT: Visual Studio yüklemesini yükledikten / değiştirdikten veya yükleyici yeniden başlatmayı istediğinde Visual Studio'yu güncelledikten sonra yeniden başlatmama neden olabilir mi?)

Ben csproj dosyası olmadan webproject var ve burada verilen çözümler benim için çalışmadı.

Hedef .NET çerçevesini değiştirmek, paketleri ( Update-Package -reinstall) yeniden yüklemek ve sonra projeyi oluşturmak benim için çalıştı. Bu işlemden sonra hedef çerçeveyi bile değiştirebilirsiniz (daha sonra nuget paketlerini yeniden yüklediğinizden emin olun).