我正在尝试运行ASP。NET MVC(模型-视图-控制器)项目从TFS (Team Foundation Server)源代码控制检索。我已经添加了所有程序集引用，我能够成功地构建和编译，没有任何错误或警告。
但是我在浏览器中得到以下错误:
找不到路径的一部分 “C: \ B8akWorkspace \ B8akProject \ B8akSolution \ B8AK.Portal \ bin \ roslyn \ csc.exe”。
以下是错误页面的完整截图。
经过几天的研究，我了解到Roslyn是一个提供高级编译特性的. net编译器平台。但是，我不明白为什么我的构建试图找到\bin\roslyn\csc.exe，因为我没有配置任何与roslyn相关的东西。我也没打算让罗斯林参与我的项目。
当前回答
重新启动Windows。
这是唯一的解决方案，工作后，我尝试重建，删除bin和重建的内容，重新启动Visual Studio。
这是c# /有多糟糕的另一个例子。NET构建工具。
我认为(在阅读了许多答案后)，总的结论是，这个问题的原因和解决方案在很大程度上取决于设置和项目，所以如果一个答案不起作用，就尝试另一个。尝试非侵入性/破坏性的解决方案，如重新启动Visual Studio，重新启动，重建等，首先，在乱动NuGet包或重新安装开发工具之前。好运！
(注意:使用Visual Studio 2019，项目文件最初是在Visual Studio 2015中创建的。也许这有助于某人调查这个问题)
(编辑:这可能是由于安装/修改Visual Studio安装后没有重新启动或当安装程序提示重新启动时更新Visual Studio造成的吗?)
其他回答
以我为例，在尝试任何其他解决方案之前，我切换到“发布”配置，重新创建(文件夹被创建)，然后切换回“调试”，而文件夹保持不变。
这是从旧解决方案的源代码控制中签出的，显然原始(自动)包恢复和构建项目并没有在bin目录中创建该文件夹。
注意，在撰写本文时，被指责的组件已经达到v.2。
清洁解决方案 重建方案 这两步对我很管用。
在我的情况下，我注意到“构建”文件夹不在“packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0”路径中。这就是为什么没有创建roslyn文件夹的原因。
所以我的解决方案是:
清洁解决方案 进入Nuget包管理器 卸载Microsoft.CodeDom.Providers.DotNetCompilerPlatform 清洁解决方案 从Nuget包管理器中重新安装Microsoft.CodeDom.Providers.DotNetCompilerPlatform。 清洁/重建
好了。以上的解决方案对我都不起作用。希望这对大家有所帮助
问题
请注意，NuGet PM破坏了Rosalyn行为。如果Microsoft.CodeDom.Providers存在更新，则单击“工具”> NuGet包管理器>管理解决方案的NuGet包。DotNetCompilerPlatform, Microsoft.Net。编译器，或者Microsoft.Net.Compilers.netcore，更新它们，解决方案就会崩溃!这是因为ASP Sites模板在项目创建时被设置为使用特定的版本。要查看问题，请单击“解决方案资源管理器”中的“显示所有文件”。
Fix
在项目创建时$(WebProjectOutputDir)\bin不存在，因此当Rosalyn被NuGet添加为依赖项时，它会正确安装它。在更新解决方案包之后，$(WebProjectOutputDir)\bin目录看起来像这样:
$ (WebProjectOutputDir) \ bin \ bin \罗莎
最简单的方法是剪切并粘贴rosalyn到合适的位置，然后删除多余的bin文件夹。现在可以刷新页面，然后加载站点。
我在运行MSBuild的Jenkins构建服务器上遇到了这个错误，它将构建文件输出到一个单独的文件夹位置(_publhedwebsites)。完全一样- roslyn文件夹不在bin目录中，所有的roslyn文件都集中在bin文件中。
@igor-semin的回答对我来说是唯一有用的(因为我正在使用c# 6语言功能，我不能像其他答案一样简单地卸载nuget包)，但由于我也在运行CodeAnalysis，我在部署目标服务器上得到了另一个错误:
检测到试图覆盖名称为“”的Microsoft.CodeAnalysis.ICompilationUnitSyntax类型的现有映射，当前映射为Microsoft.CodeAnalysis.CSharp.Syntax类型。CompilationUnitSyntax，输入Microsoft.CodeAnalysis.VisualBasic.Syntax.CompilationUnitSyntax。
这样做的原因是，当roslyn文件被转储到主bin目录中时，当您运行xcopy在嵌套的roslyn文件夹中重新创建它们时，您现在有两个正在编译的这些文件副本，并且它们之间存在冲突。在经历了很多挫折后，我决定进行一个“黑客”修复-一个额外的构建后任务，从bin目录中删除这些文件，消除冲突。
我的问题项目的.csproj现在看起来像:
...................更多信息请点击这里......................
<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>
<Target Name="DeleteDuplicateAnalysisFiles" AfterTargets="AfterBuild">
<!-- Jenkins now has copies of the following files in both the bin directory and the 'bin\rosyln' directory. Delete from bin. -->
<ItemGroup>
<FilesToDelete Include="$(WebProjectOutputDir)\bin\Microsoft.CodeAnalysis*.dll" />
</ItemGroup>
<Delete Files="@(FilesToDelete)" />
</Target>
...................更多信息请点击这里......................
