我正在尝试运行ASP。NET MVC(模型-视图-控制器)项目从TFS (Team Foundation Server)源代码控制检索。我已经添加了所有程序集引用，我能够成功地构建和编译，没有任何错误或警告。
但是我在浏览器中得到以下错误:
找不到路径的一部分 “C: \ B8akWorkspace \ B8akProject \ B8akSolution \ B8AK.Portal \ bin \ roslyn \ csc.exe”。
以下是错误页面的完整截图。
经过几天的研究，我了解到Roslyn是一个提供高级编译特性的. net编译器平台。但是，我不明白为什么我的构建试图找到\bin\roslyn\csc.exe，因为我没有配置任何与roslyn相关的东西。我也没打算让罗斯林参与我的项目。
当前回答
现在回答已经太晚了，但我仍然在发帖，希望能帮助到任何人。 以下步骤修复了我的错误:
删除包文件夹 开放和 重建 观察到NuGet包被恢复，但是bin\roslyn没有被创建 卸载项目 重新加载项目 重建 观察bin\roslyn现在已经创建。
其他回答
您的构建正在试图找到\bin\roslyn\csc.exe，因为以下包已添加到您的项目中。检查一下你的套餐。配置文件，你可以把它们都放在那里
Microsoft.CodeDom.Providers.DotNetCompilerPlatform
Microsoft.Net.Compilers
What is Roslyn and Who added them(packages) in the project : If you’re using .net Framework 4.5.2 to create projects using VS2015, you might have noticed that the project templates use Roslyn by default. Actually, Roslyn is one of open-source compilers for .NET languages from Microsoft. Why should we delete Roslyn : If your project has Roslyn references and you are interested to deploy it on server, you will get unwanted errors on the website as many hosting providers still have not upgraded their servers and hence do not support Roslyn. To resolve this issue, you will need to remove the Roslyn compiler from the project template.
如果你不想利用罗斯林 按照下面的步骤删除它
1. 删除NuGet包，从NuGet包控制台使用以下命令
PM> Uninstall-package Microsoft.CodeDom.Providers.DotNetCompilerPlatform
PM> Uninstall-package Microsoft.Net.Compilers
2. 在你完成这些之后，你的网。配置文件应该自动更新。如果不是，请在web中查找下面的代码。配置文件，如果找到，删除这段代码。
<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=\"Web\" /optionInfer+"></compiler>
</compilers>
</system.codedom>
我在更新DotNetCompilerPlatform后也遇到了同样的问题。 通过重新启动Visual Studio >清理项目>构建项目解决。
清洁解决方案 重建方案 这两步对我很管用。
我在通过NuGet更新一些包后遇到了这个问题。重新构建(而不是普通的构建)对我来说是有效的。
以我为例，在尝试任何其他解决方案之前，我切换到“发布”配置，重新创建(文件夹被创建)，然后切换回“调试”，而文件夹保持不变。
这是从旧解决方案的源代码控制中签出的，显然原始(自动)包恢复和构建项目并没有在bin目录中创建该文件夹。
注意，在撰写本文时，被指责的组件已经达到v.2。
