我正在尝试运行ASP。NET MVC(模型-视图-控制器)项目从TFS (Team Foundation Server)源代码控制检索。我已经添加了所有程序集引用，我能够成功地构建和编译，没有任何错误或警告。
但是我在浏览器中得到以下错误:
找不到路径的一部分 “C: \ B8akWorkspace \ B8akProject \ B8akSolution \ B8AK.Portal \ bin \ roslyn \ csc.exe”。
以下是错误页面的完整截图。
经过几天的研究，我了解到Roslyn是一个提供高级编译特性的. net编译器平台。但是，我不明白为什么我的构建试图找到\bin\roslyn\csc.exe，因为我没有配置任何与roslyn相关的东西。我也没打算让罗斯林参与我的项目。
当前回答
仅供参考……
截至2017年8月31日，升级到Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.7是有效的。
其他回答
重新启动Windows。
这是唯一的解决方案，工作后，我尝试重建，删除bin和重建的内容，重新启动Visual Studio。
这是c# /有多糟糕的另一个例子。NET构建工具。
我认为(在阅读了许多答案后)，总的结论是，这个问题的原因和解决方案在很大程度上取决于设置和项目，所以如果一个答案不起作用，就尝试另一个。尝试非侵入性/破坏性的解决方案，如重新启动Visual Studio，重新启动，重建等，首先，在乱动NuGet包或重新安装开发工具之前。好运！
(注意:使用Visual Studio 2019，项目文件最初是在Visual Studio 2015中创建的。也许这有助于某人调查这个问题)
(编辑:这可能是由于安装/修改Visual Studio安装后没有重新启动或当安装程序提示重新启动时更新Visual Studio造成的吗?)
TL;博士
在包管理器控制台中运行:
更新- package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r
更多的信息
这个问题与Visual Studio本身无关，因此建议添加构建步骤来复制文件的答案是一种变通方法。与手动向项目添加编译器二进制文件相同。
Roslyn编译器来自一个NuGet包，在该包的某些版本中有/曾经有一个bug(我不知道具体是哪些版本)。解决方案是重新安装/升级该包到无bug的版本。最初，在我写回2015年的答案之前，我通过在特定版本安装以下包来修复它:
Microsoft net.compilers 1.1.1 Microsoft. CodeDom. Will the DotNetCompilerPlatform 1.0.1
然后我查看了.csproj，并确保包的路径是正确的(在我的情况下..\..\packages\*.*)在标签<ImportProject>在顶部和<Target>与名称“EnsureNuGetPackageBuildImports”在底部。这是在MVC 5和。net Framework 4.5.2上。
默认的VS2015模板的问题是编译器实际上没有复制到{outdir}_PublishedWebsites\tfr\bin\roslyn\目录中，而是复制到{outdir}\roslyn\目录中。这可能与您的本地环境不同，因为AppHarbor使用输出目录构建应用程序，而不是“就地”构建解决方案。
要修复它，在xml块<Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">
<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>
参考:https://support.appharbor.com/discussions/problems/78633 -斜面-构建- aspnet - mvc项目生成——从vstudio - 2015企业
我的解决方案是使用Nuget更新以下项目到最新版本: ——Microsoft.Net.Compilers ——Microsoft.CodeDom.Providers.DotNetCompilerPlatform 然后重建项目。因为我的项目是一个网站所以没有*。csproj文件。 当我试图在浏览器中查看cshtml时，出现上面的错误。
上述两项更新到最新版本后，错误修复。 我在VS2015和windows7 SP1
以我为例，在尝试任何其他解决方案之前，我切换到“发布”配置，重新创建(文件夹被创建)，然后切换回“调试”，而文件夹保持不变。
这是从旧解决方案的源代码控制中签出的，显然原始(自动)包恢复和构建项目并没有在bin目录中创建该文件夹。
注意，在撰写本文时，被指责的组件已经达到v.2。
