默认的VS2015模板的问题是编译器实际上没有复制到tfr\bin\roslyn\目录中，而是复制到{outdir}\roslyn\目录中

在.csproj文件中添加以下代码:

<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>

这里有一个更MSBuild的方法。

<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>

但是我注意到roslyn文件也在我的bin目录中(而不是在文件夹中)。不过，这款应用似乎还能用。

在我的例子中，我只需要转到Visual Studio Solution Explorer (web应用程序项目)中的bin目录，并直接包括roslyn项目。右键单击文件夹并选择“包含在项目中”。并再次检入解决方案以触发构建过程。

默认情况下不包括roslyn文件夹。

为了防止构建也将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')" /> -->

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上。

所以，罗伯·坎农的回答基本上对我有用，但我不得不调整一些选项。具体来说，我必须删除目标上的条件，并更改Include属性，因为当项目在构建服务器上构建时，$CscToolPath为空。奇怪的是，$CscToolPath在本地运行时不是空的。

<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>

在我的例子中，类似于Basim，有一个NuGet包告诉编译器我们需要c# 6，而我们并不需要。

我们必须删除NuGet包Microsoft.CodeDom.Providers.DotNetCompilerPlatform，然后删除:

<package id="Microsoft.CodeDom.Providers.DotNetCompilerPlatform" version="1.0.0" targetFramework="net452" /> from the packages.config file <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>

在系统中。codedom节点，你可以看到为什么它带来roslyn: compilerOptions="/langversion:6

默认的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企业

如果你正在添加ASPNETCOMPILER来编译MVC中的Razor视图，就像在这个StackOverflow问题中，然后改变PhysicalPath到Roslyn nuget包所在的地方(通常通过$CscToolPath变量指向):

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

打开项目文件，用Import project ="..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0....删除所有引用

开放网络。配置并删除所有系统。代码dom编译器属性

将PropertyGroup添加到.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>

问题

请注意，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文件夹。现在可以刷新页面，然后加载站点。

您的构建正在试图找到\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=\&quot;Web\&quot; /optionInfer+"></compiler>
    </compilers>
</system.codedom>

将Microsoft.CodeDom.Providers.DotNetCompilerPlatform从1.0.0升级到1.0.1解决了这个问题。

我不得不改变WebAPI和MVC项目文件，不构建视图:

<MvcBuildViews>false</MvcBuildViews>

这解决了我的TFS 2015构建服务器错误与罗斯林。仍然不确定为什么csc.exe被复制到\bin\csc.exe，但发布进程正在寻找\bin\Roslyn\csc.exe…找不到导致这种差异的变换。

更新nuget包对我来说很有用 右键单击解决方案>管理NuGet包的解决方案 并更新所有的包，特别是: Microsoft.Net.Compilers 和Microsoft.CodeDom.Providers.DotNetCompilerPlatform

删除解决方案资源管理器中的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>

...................更多信息请点击这里......................

清理和重建对我有用!

我在服务器上安装应用程序时遇到了同样的问题，而在localhost上一切都很完美。

这些解决方案都不奏效，我总是犯同样的错误:

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

我最后是这样做的:

在我的安装项目中，右clic，查看>文件系统 创建一个bin/roslyn文件夹 选择添加>文件，并添加包\Microsoft.Net.Compilers.1.3.2\tools中的所有文件

这解决了我的问题。

我在发布管道中遇到了这个问题(它产生了一个_PublishedWebsites目录)，并将其用作项目中的目标:

<Target Name="CopyRoslynCompilerFilesToPublishedWebsitesDirectory" AfterTargets="AfterBuild" Condition="Exists('$(OutDir)\_PublishedWebsites\$(TargetName)')">
    <Copy SourceFiles="@(RoslyCompilerFiles)" DestinationFolder="$(OutDir)\_PublishedWebsites\$(TargetName)\bin\roslyn" ContinueOnError="true" SkipUnchangedFiles="true" />
</Target>

缺点是输出中将有两个Roslyn文件的副本。

在重命名一个解决方案和一些包含的项目后，我遇到了这个错误，并试图删除nuget包。我将新项目与上一个工作项目进行了比较，发现缺少以下几行，需要重新添加:

  <Import Project="..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" />
  <Import Project="..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props" Condition="Exists('..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props')" />
  <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />

这样做解决了我的问题。

我在运行项目时也遇到了同样的问题。以下是我所遵循的步骤。

右击溶液 选择清洁溶液 清理成功后，再次构建您的项目 再次运行项目

这次我没有看到同样的错误。这与预期的一样。

根据Daniel Neel的评论:

Microsoft.CodeDom.Providers.DotNetCompilerPlatform Nuget包的1.0.3版本适合我，但1.0.6版本导致了这个问题中的错误

降级到1.0.3为我解决了这个问题。

这是Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.6的一个已知问题。降级到1.0.5为我解决了这个问题。

我在通过NuGet更新一些包后遇到了这个问题。重新构建(而不是普通的构建)对我来说是有效的。

我在更新DotNetCompilerPlatform后也遇到了同样的问题。 通过重新启动Visual Studio >清理项目>构建项目解决。

仅供参考……

截至2017年8月31日，升级到Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.7是有效的。

要做到这一点，可以采用以下简单的方法:

在系统的任何地方创建一个类似类型的新项目。构建它并将roslyn文件夹复制到bin目录。

我的解决方案是使用Nuget更新以下项目到最新版本: ——Microsoft.Net.Compilers ——Microsoft.CodeDom.Providers.DotNetCompilerPlatform 然后重建项目。因为我的项目是一个网站所以没有*。csproj文件。 当我试图在浏览器中查看cshtml时，出现上面的错误。

上述两项更新到最新版本后，错误修复。 我在VS2015和windows7 SP1

在我的情况下，我有问题在詹金斯，当它试图部署它在章鱼有以下错误:

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

导致

在花了一段时间后，我使用了一个内部开发的组件，该组件使用Microsoft.Net.Compilers。内部组件使用Microsoft.Net.Compilers的原因是为了克服这个问题(c#:抛出无效的表达式编译)，并以这种方式解决(如何在Visual Studio 2015中使用c# 7 ?)这导致，当我在主程序上安装组件时，Microsoft.Net.Compilers会自动添加。

解决方案

我的工作是，卸载以下从我们的内部组件(以下@malikKhalil回答)

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

并且在Jenkins中选择了c# 7编译器而不是c# 6和重建，这是为了确保一切都能正常工作和构建。

最后，在我的主程序中，我尝试更新我的内部组件。一切都比重新建造好。它没有任何问题或问题。

我在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/

除了从解决方案中的所有项目中删除Bin目录外，还需要删除obj文件夹。

在主解决方案目录中删除.vs文件夹

当我试图把一个已经完成的项目变成一个在git上创建的空白解决方案时，为我工作了。

我有webproject没有csproj文件和解决方案，这里提到的不适合我。

更改目标。net框架，重新安装包(Update-Package -重装)，然后构建项目对我来说很有效。你甚至可以在这个操作之后更改目标框架(确保你重新安装了nuget包)。

你需要安装Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix， 是专门为这个错误创建的吗

在尝试了所有没有雪茄的修复后，我在Visual Studios中更新了这个Nuget包:

Microsoft.CodeDom.Providers.DotNetCompilerPlatform

我的是从1.0.0到2.0.0供参考(错误不再显示)

我按照这些步骤做了，效果非常好

删除所有bin和obj文件夹 清洁解决方案和重建 在powershell中执行该命令

更新- package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r

在我的情况下，当我同时运行两个visual studio IDE时，我就遇到了这个问题。因此，解决方案是清理项目并关闭另一个实例。

右键单击项目并选择Manage Nuget Packages 找到“Microsoft.CodeDom.Providers.DotNetCompilerPlatform” 简单地更新到旧版本或新版本(无所谓哪个)，然后再次更新回原始版本。

这将重新安装包的所有依赖项和文件(如csc.exe)。

The answer for this is different for Website project and Web application Project. The underlying issue is same that NuGet package is behaving differently on different machine. It may be rights issue or some execution policy which stops it from copying to Bin folder As you know Roslyn is new compiler. you should have it in Bin folder for these Projects Go to your website NuGet Packages check this Folder Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0 \code\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0 Do you see it ? Can you see code\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0\tools\RoslynLatest in it Now as part of compiling this Folder should get copied to your website under bin like this. \code\WebSite1\Bin\Roslyn some how that is not happening for you . Try running Visual studio as Admin . Copy Roslyn folder manually. Try uninstall and install of NuGet Package. Remember this package compile your folder and if its not there you cannot compile anything and so you cannot add anything too. Try copying this package to offline version tools -> options-> nuget package Manager->Package source-> Microsoft Visual Studio Offline Packages C:\Program Files (x86)\Microsoft SDKs\NuGetPackages

清洁解决方案 重建方案 这两步对我很管用。

很多答案都涉及到Nuget包和/或清理和重新加载你的项目。

如果您有WCF服务引用和无效端点，也可以得到此错误消息。确保您的端点是正确的，并在.config和从GUI配置服务引用时使用正确的端点更新服务配置。

正如GitHub上Roslyn项目的一个问题所指出的那样，一个解决方案(对我有用)是简单地在Visual Studio中卸载和重新加载项目。

“bin\roslyn”文件夹没有在构建或重新构建时创建，直到我重新加载项目。

在我的情况下，只要删除bin文件夹内的所有内容并重新编译就可以为我完成所有工作。

重新启动Windows。

这是唯一的解决方案，工作后，我尝试重建，删除bin和重建的内容，重新启动Visual Studio。

这是c# /有多糟糕的另一个例子。NET构建工具。

我认为(在阅读了许多答案后)，总的结论是，这个问题的原因和解决方案在很大程度上取决于设置和项目，所以如果一个答案不起作用，就尝试另一个。尝试非侵入性/破坏性的解决方案，如重新启动Visual Studio，重新启动，重建等，首先，在乱动NuGet包或重新安装开发工具之前。好运！

(注意:使用Visual Studio 2019，项目文件最初是在Visual Studio 2015中创建的。也许这有助于某人调查这个问题)

(编辑:这可能是由于安装/修改Visual Studio安装后没有重新启动或当安装程序提示重新启动时更新Visual Studio造成的吗?)

在我的情况下，我们的团队不想保留“包”文件夹，所以我们把所有的dll放在其他目录，如“sharedlib”。

我使用构建事件来解决这个问题。

if "$(ConfigurationName)" == "Release" (
goto :release
) else (
goto:exit
)

:release
if not exist $(TargetDir)\roslyn mkdir $(TargetDir)\roslyn

copy /Y "$(ProjectDir)..\..\Shared Lib\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.1\tools\Roslyn45\*" "$(TargetDir)\roslyn"
goto :exit

:exit

我在部署到的服务器上遇到了这个问题，并确定不需要

Microsoft.CodeDom.Providers.DotNetCompilerPlatform

所以，我通过nuget卸载了它，并删除了web配置中的引用。没有问题了。

我最初试图添加目标节点到.proj文件中提到的一些其他答案，但这只是导致另一个错误，msbuild无法复制页面文件。从我读到的内容来看，这似乎是一个漏洞。

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=\&quot;Web\&quot; /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#，但我还没有尝试过。

其他的答案都对我没用。在做了一个文件夹比较之前/之后与我预期提交的文件，我发现GIT忽略了一个必需的文件夹。如果跟踪存储库中的编译器，请确保跟踪BUILD文件夹。如果不是，编译器将永远不会被构建，并将在发布后抛出这个确切的错误。我在我的.gitignore文件中添加了这一行:

!**/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.1/build/

现在它可以正确地部署到其他计算机上。

对于VS 2019，完全删除以下节点:

<system.codedom>
</system.codedom>

下面为我解决了这个问题:

更新到Visual Studio 2017的最新版本(使用安装程序应用程序) 清理并重新构建解决方案

现在回答已经太晚了，但我仍然在发帖，希望能帮助到任何人。 以下步骤修复了我的错误:

删除包文件夹 开放和 重建 观察到NuGet包被恢复，但是bin\roslyn没有被创建 卸载项目 重新加载项目 重建 观察bin\roslyn现在已经创建。

以我为例，在尝试任何其他解决方案之前，我切换到“发布”配置，重新创建(文件夹被创建)，然后切换回“调试”，而文件夹保持不变。

这是从旧解决方案的源代码控制中签出的，显然原始(自动)包恢复和构建项目并没有在bin目录中创建该文件夹。

注意，在撰写本文时，被指责的组件已经达到v.2。

我尝试了多个顶级答案，直到下面的步骤起作用(ASP。NET项目，目标是。NET Framework 4.6.2, Visual Studio 2019，在一个具有疯狂限制性组策略的系统上，2021年3月)。

我需要:

以管理员身份运行VS 在包管理器控制台运行 更新- package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -v 2.0.1 清洁和重建解决方案

如果不以Admin身份运行VS，组策略会阻塞Update-Package需要运行的ps1脚本。

PS.在此工作之前，我尝试了许多其他答案(并在他们失败后运行git reset)。我不知道他们中是否有人最终促成了这一切。我试着:

https://stackoverflow.com/a/32780433/4658148 https://stackoverflow.com/a/34391473/4658148 https://stackoverflow.com/a/41484473/4658148 https://stackoverflow.com/a/62136000/4658148 https://stackoverflow.com/a/54341249/4658148 https://stackoverflow.com/a/51308385/4658148

安装nudget包:Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix https://www.nuget.org/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix/1.0.0

对于那些在编译服务器(TFS或Bamboo)上编译时遇到这个问题的人来说，我能够通过从“/t:”msbuild选项中删除“clean”选项来解决这个问题。

我也遇到了同样的问题，通过在nuget控制台运行下面的命令来解决

安装microsoft.net . compiler - 3.3.1版本

在我的情况下，我注意到“构建”文件夹不在“packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0”路径中。这就是为什么没有创建roslyn文件夹的原因。

所以我的解决方案是:

清洁解决方案 进入Nuget包管理器 卸载Microsoft.CodeDom.Providers.DotNetCompilerPlatform 清洁解决方案 从Nuget包管理器中重新安装Microsoft.CodeDom.Providers.DotNetCompilerPlatform。 清洁/重建

好了。以上的解决方案对我都不起作用。希望这对大家有所帮助

我有一个项目在VS2019中运行，然后我第一次打开(在VS2019中)另一个项目，我得到了上述问题。我所做的如下:

我关闭正在运行的项目， 清理并重新构建新项目

只有一点没有。2号不适合我。