我正在尝试运行ASP。NET MVC(模型-视图-控制器)项目从TFS (Team Foundation Server)源代码控制检索。我已经添加了所有程序集引用，我能够成功地构建和编译，没有任何错误或警告。
但是我在浏览器中得到以下错误:
找不到路径的一部分 “C: \ B8akWorkspace \ B8akProject \ B8akSolution \ B8AK.Portal \ bin \ roslyn \ csc.exe”。
以下是错误页面的完整截图。
经过几天的研究，我了解到Roslyn是一个提供高级编译特性的. net编译器平台。但是，我不明白为什么我的构建试图找到\bin\roslyn\csc.exe，因为我没有配置任何与roslyn相关的东西。我也没打算让罗斯林参与我的项目。
当前回答
这是Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.6的一个已知问题。降级到1.0.5为我解决了这个问题。
其他回答
为了防止构建也将Roslyn文件复制到bin目录，您还必须注释掉位于Web应用程序项目顶部的这一行:
<!-- <Import Project="..\..\..\DAS\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.1\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('..\..\..\DAS\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.1\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" /> -->
我在运行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>
...................更多信息请点击这里......................
0. 权宜之计
正如目前票数最高的答案所指出的， 快速修复是使用包管理器，Tools > Nuget package Manager >包管理器控制台，以运行
更新- package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r
1. 代码来重现错误
下面是重现错误的代码: https://user.it.uu.se/%7Ehesc0353/SrvrErr-reproduce.zip (来自 https://github.com/aspnet/AspNetDocs/tree/master/aspnet/web-api/overview/advanced/calling-a-web-api-from-a-net-client/sample/server/ProductsApp)
考虑尝试上面zip文件中提供的示例代码。 如果没有更改，则按Ctrl+F5重新生成 这个错误。
2. 更健壮的解决方案
另一种解决方案是从项目的 网络。配置文件。 (Web。Config与.csproj文件在同一目录下。) 这将自动和静默地重新创建您的包，如果它们 人失踪。
打开网络。配置文件在文本编辑器或Visual Studio。
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<appSettings></appSettings>
...
<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=\"Web\" /optionInfer+"/>
</compilers>
</system.codedom>
</configuration>
在标签配置>系统。Codedom >编译器> 编译语言="c#;cs;csharp"，完全删除 类型属性。 -简而言之，删除开始的行 type = " Microsoft.CodeDom.Providers.DotNetCompilerPlatform。CSharpCodeProvider。 1
Visual Studio将负责其余的工作。 -没有更多的服务器错误在'/'应用程序。
3.HTTP错误403
在上面的例子中，按Ctrl+F5 现在将导致HTTP错误403。
试着在浏览器中替换http://localhost:64195 http://localhost: 64195 / api /产品。 web API现在正确显示:
作为挑衅，我尝试将整个包目录从 Visual Studio项目。 一旦项目完成，它就会自动且无声地重新创建 重建。
参考文献
重现错误的项目文件 原项目
1 .想必同样的修复也适用于Visual Basic 至于c#，但我还没有尝试过。
我在通过NuGet更新一些包后遇到了这个问题。重新构建(而不是普通的构建)对我来说是有效的。
我在Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.06上有这个错误，但在@ prisoner erzero上也有1.0.7的错误。然而，当微软发布1.0.8 2017-10-18时，它终于开始为我工作了，我不必降级。
https://www.nuget.org/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform/
