blocks|key|128236|text|默认VS2015模板的问题是编译器实际上没有复制到tfr\bin\roslyn\目录，而是{outdir}\roslyn\目录|type|unstyled|depth|inlineStyleRanges|entityRanges|data|128237|在您的.csproj文件中添加以下代码：|128238|<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>|code-block|syntax|javascript|128239|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|L|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|M|8|@]|9|@]|A|$G|H]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

The problem with the default VS2015 templates is that the compiler isn't actually copied to the tfr\bin\roslyn\ directory, but rather the {outdir}\roslyn\ directory

Add this code in your .csproj file:

<pre><code>&lt;Target Name="CopyRoslynFiles" AfterTargets="AfterBuild" Condition="!$(Disable_CopyWebApplication) And '$(OutDir)' != '$(OutputPath)'"&gt;
 &lt;ItemGroup&gt;
 &lt;RoslynFiles Include="$(CscToolPath)\*" /&gt;
 &lt;/ItemGroup&gt;
 &lt;MakeDir Directories="$(WebProjectOutputDir)\bin\roslyn" /&gt;
 &lt;Copy SourceFiles="@(RoslynFiles)" DestinationFolder="$(WebProjectOutputDir)\bin\roslyn" SkipUnchangedFiles="true" Retries="$(CopyRetryCount)" RetryDelayMilliseconds="$(CopyRetryDelayMilliseconds)" /&gt;
&lt;/Target&gt;
</code></pre>

blocks|key|128770|text|这里有一种更具MSBuild风格的方法。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|128771|<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>|code-block|syntax|javascript|128772|但我注意到roslyn文件也在我的bin目录中(而不是文件夹中)。不过，这款应用似乎还行得通。|128773|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

Here is a more MSBuild way of doing this. 

<pre class="lang-xml prettyprint-override"><code>&lt;Target Name="CopyRoslynFiles" AfterTargets="AfterBuild" Condition="!$(Disable_CopyWebApplication) And '$(OutDir)' != '$(OutputPath)'"&gt;
 &lt;ItemGroup&gt;
 &lt;RoslynFiles Include="$(CscToolPath)\*" /&gt;
 &lt;/ItemGroup&gt;
 &lt;MakeDir Directories="$(WebProjectOutputDir)\bin\roslyn" /&gt;
 &lt;Copy SourceFiles="@(RoslynFiles)" DestinationFolder="$(WebProjectOutputDir)\bin\roslyn" SkipUnchangedFiles="true" Retries="$(CopyRetryCount)" RetryDelayMilliseconds="$(CopyRetryDelayMilliseconds)" /&gt;
&lt;/Target&gt;
</code></pre>

But I notice that the roslyn files are also in my bin directory (not in a folder). The app seems to work, though.

blocks|key|2898457|text|在我的例子中，我只需要转到Visual+Studio解决方案资源管理器(web应用程序项目)中的bin目录，并直接包含roslyn项目。右键单击文件夹并选择Include+In+Project。并再次签入解决方案以触发生成过程。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2898458|默认情况下，不包括roslyn文件夹。|2898459|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

In my case I just needed to go to the bin directory in Visual Studio Solution Explorer (web application project) and include the roslyn project directly. By right clicking the folder and selecting Include In Project. And check in the solution again to trigger the build process.

The roslyn folder was not included by default.

blocks|key|2898465|text|为了防止构建还将Roslyn文件复制到bin目录，您还必须注释掉放置在Web应用程序项目顶部的这一行：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2898466||code-block|syntax|javascript|2898467|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

To prevent the build from also copying the Roslyn files to the bin directory, you have to also comment out this line that gets placed at the top of your Web application project:

<pre><code>&lt;!-- &lt;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')" /&gt; --&gt;
</code></pre>

blocks|key|2898569|text|TL；DR|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|2898570|在Package+Manager控制台中运行以下命令：|2898571|Update-Package+Microsoft.CodeDom.Providers.DotNetCompilerPlatform+-r|CODE|2898572|更多信息|2898573|此问题与Visual+Studio本身无关，因此建议添加构建步骤以复制文件的答案是一种解决方法。与手动将编译器二进制文件添加到项目中相同。|2898574|Roslyn编译器来自一个NuGet包，在该包的某些版本中存在/曾经有一个bug+(我不知道具体是哪个版本)。解决方案是重新安装/升级该软件包到一个没有bug的版本。最初，在2015年写答案之前，我通过在特定版本安装以下包来修复它：|2898575|2898576|Microsoft.Net.Compilers+1.1.1|unordered-list-item|2898577|Microsoft.CodeDom.Providers.DotNetCompilerPlatform+1.0.1|2898578|2898579|然后我查看了.csproj，并确保包的路径是正确的(在我的例子中是....\packages\*.*)，在顶部的标记<ImportProject>中，在底部的<Target>中，名称为"EnsureNuGetPackageBuildImports“。这是在MVC5和.NET框架4.5.2上。|2898580|entityMap^0|0|5|0|0|0|1W|0|0|4|0|0|0|0|0|0|0|1M|F|27|8|0^^$0|@$1|2|3|4|5|6|7|11|8|@$9|12|A|13|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|14|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|15|8|@$9|16|A|17|B|J]]|D|@]|E|$]]|$1|K|3|L|5|6|7|18|8|@$9|19|A|1A|B|C]]|D|@]|E|$]]|$1|M|3|N|5|6|7|1B|8|@]|D|@]|E|$]]|$1|O|3|P|5|6|7|1C|8|@]|D|@]|E|$]]|$1|Q|3|-4|5|6|7|1D|8|@]|D|@]|E|$]]|$1|R|3|S|5|T|7|1E|8|@]|D|@]|E|$]]|$1|U|3|V|5|T|7|1F|8|@]|D|@]|E|$]]|$1|W|3|-4|5|6|7|1G|8|@]|D|@]|E|$]]|$1|X|3|Y|5|6|7|1H|8|@$9|1I|A|1J|B|J]|$9|1K|A|1L|B|J]]|D|@]|E|$]]|$1|Z|3|-4|5|6|7|1M|8|@]|D|@]|E|$]]]|10|$]]

TL; DR

run this in the Package Manager Console:

<code>Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r</code>

More information

This problem is not related to Visual Studio itself, so answers suggesting adding build steps to copy files over are rather a workaround. Same with adding compiler binaries manually to the project.

The Roslyn compiler comes from a NuGet package and there is/was a bug in some versions of that package (I don't know exactly which ones). The solution is to reinstall/upgrade that package to a bug-free version. Originally before I wrote the answer back in 2015 I fixed it by installing following packages at specific versions:

<ul>
<li>Microsoft.Net.Compilers 1.1.1</li>
<li>Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.1</li>
</ul>

Then I looked into .csproj and made sure that the paths to packages are correct (in my case ..\..\packages\*.*) inside tags <code>&lt;ImportProject&gt;</code> on top and in <code>&lt;Target&gt;</code> with name "EnsureNuGetPackageBuildImports" on the bottom. This is on MVC 5 and .NET Framework 4.5.2.

blocks|key|2686444|text|所以，Rob+Cannon's+answer基本上是为我工作的，但我不得不调整一些选项。具体地说，我必须删除目标上的条件，并更改Include属性，因为在构建服务器上构建项目时，$CscToolPath是空的。奇怪的是，在本地运行时，$CscToolPath并不是空的。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2686445|<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>|code-block|syntax|javascript|2686446|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/a/33004292/1524502^0|3|J|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@$A|R|B|S|1|T]]|C|$]]|$1|D|3|E|5|F|7|U|8|@]|9|@]|C|$G|H]]|$1|I|3|-4|5|6|7|V|8|@]|9|@]|C|$]]]|J|$K|$5|L|M|N|C|$O|P]]]]

So, <a href="https://stackoverflow.com/a/33004292/1524502">Rob Cannon's answer</a> essentially worked for me, but I had to tweak a handful of the options. Specifically, I had to remove the condition on the target, as well as change the Include attribute, as $CscToolPath was empty when the project was being built on our build server. Curiously, $CscToolPath was NOT empty when running locally.

<pre><code>&lt;Target Name="CopyRoslynFiles" AfterTargets="AfterBuild" &gt;
 &lt;ItemGroup&gt;
 &lt;RoslynFiles Include="$(SolutionDir)packages\Microsoft.Net.Compilers.1.1.1\tools\*" /&gt;
 &lt;/ItemGroup&gt;
 &lt;MakeDir Directories="$(WebProjectOutputDir)\bin\roslyn" /&gt;
 &lt;Copy SourceFiles="@(RoslynFiles)" DestinationFolder="$(WebProjectOutputDir)\bin\roslyn" SkipUnchangedFiles="true" Retries="$(CopyRetryCount)" RetryDelayMilliseconds="$(CopyRetryDelayMilliseconds)" /&gt;
&lt;/Target&gt;
</code></pre>

blocks|key|2898615|text|在我的例子中，与Basim类似，有一个NuGet包告诉编译器我们需要C#+6，但我们没有。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2898616|我们必须删除NuGet包Microsoft.CodeDom.Providers.DotNetCompilerPlatform，然后删除：|offset|length|style|CODE|2898617|来自|2898618|<package+id="Microsoft.CodeDom.Providers.DotNetCompilerPlatform"+version="1.0.0"+targetFramework="net452"+/>+file|ordered-list-item|2898619|<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%2B"+/>++</compilers>+</system.codedom>|2898620|的packages.config|2898621|在system.codedom节点中，可以看到它引入roslyn的原因：compilerOptions="/langversion:6|2898622|entityMap^0|0|C|1E|0|0|0|30|0|0|LB|0|0|1|E|10|V|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@$D|W|E|X|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|Y|8|@]|9|@]|A|$]]|$1|J|3|K|5|L|7|Z|8|@$D|10|E|11|F|G]]|9|@]|A|$]]|$1|M|3|N|5|L|7|12|8|@$D|13|E|14|F|G]]|9|@]|A|$]]|$1|O|3|P|5|6|7|15|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|16|8|@$D|17|E|18|F|G]|$D|19|E|1A|F|G]]|9|@]|A|$]]|$1|S|3|-4|5|6|7|1B|8|@]|9|@]|A|$]]]|T|$]]

In my case, similar to Basim, there was a NuGet package that was telling the compiler we needed C# 6, which we didn't.

We had to remove the NuGet package <code>Microsoft.CodeDom.Providers.DotNetCompilerPlatform</code> which then removed:

<ol>
<li><code>&lt;package id="Microsoft.CodeDom.Providers.DotNetCompilerPlatform"
version="1.0.0" targetFramework="net452" /&gt;</code> from the
packages.config file</li>
<li><code>&lt;system.codedom&gt;
 &lt;compilers&gt;
 &lt;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" /&gt;
 &lt;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=\&amp;quot;Web\&amp;quot; /optionInfer+" /&gt;
 &lt;/compilers&gt;
&lt;/system.codedom&gt;</code></li>
</ol>

In the <code>system.codedom</code> node, you can see why it was bringing in roslyn: <code>compilerOptions="/langversion:6</code>

blocks|key|125956|text|默认VS2015模板的问题在于编译器实际上没有复制到{outdir}_PublishedWebsites\tfr\bin\roslyn\目录，而是复制到了{outdir}\roslyn\目录。这可能与您的本地环境不同，因为AppHarbor使用输出目录构建应用程序，而不是“就地”构建解决方案。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|125957|要解决这个问题，可以在xml块<Target+Name="EnsureNuGetPackageBuildImports"+BeforeTargets="PrepareForBuild">...</Target>后面的.csproj文件末尾添加以下代码|125958|<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>|code-block|syntax|javascript|125959|参考：https://support.appharbor.com/discussions/problems/78633-cant-build-aspnet-mvc-project-generated-from-vstudio-2015-enterprise|125960|entityMap|0|LINK|mutability|MUTABLE|url|https://support.appharbor.com/discussions/problems/78633-cant-build-aspnet-mvc-project-generated-from-vstudio-2015-enterprise^0|Q|16|25|G|33|9|0|F|2I|30|7|0|0|3|3H|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@$9|X|A|Y|B|C]|$9|Z|A|10|B|C]|$9|11|A|12|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|13|8|@$9|14|A|15|B|C]|$9|16|A|17|B|C]]|D|@]|E|$]]|$1|H|3|I|5|J|7|18|8|@]|D|@]|E|$K|L]]|$1|M|3|N|5|6|7|19|8|@]|D|@$9|1A|A|1B|1|1C]]|E|$]]|$1|O|3|-4|5|6|7|1D|8|@]|D|@]|E|$]]]|P|$Q|$5|R|S|T|E|$U|V]]]]

The problem with the default VS2015 templates is that the compiler isn't actually copied to the <code>{outdir}_PublishedWebsites\tfr\bin\roslyn\</code> directory, but rather the <code>{outdir}\roslyn\</code> directory. This is likely different from your local environment since <code>AppHarbor</code> builds apps using an output directory instead of building the solution "in-place".

To fix it, add the following towards end of <code>.csproj</code> file right after xml block <code>&lt;Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild"&gt;...&lt;/Target&gt;</code>

<pre><code>&lt;PropertyGroup&gt;
 &lt;PostBuildEvent&gt;
 if not exist "$(WebProjectOutputDir)\bin\Roslyn" md "$(WebProjectOutputDir)\bin\Roslyn"
 start /MIN xcopy /s /y /R "$(OutDir)roslyn\*.*" "$(WebProjectOutputDir)\bin\Roslyn"
 &lt;/PostBuildEvent&gt;
&lt;/PropertyGroup&gt;
</code></pre>

Reference: <a href="https://support.appharbor.com/discussions/problems/78633-cant-build-aspnet-mvc-project-generated-from-vstudio-2015-enterprise" rel="nofollow">https://support.appharbor.com/discussions/problems/78633-cant-build-aspnet-mvc-project-generated-from-vstudio-2015-enterprise</a>

blocks|key|2898825|text|如果您添加ASPNETCOMPILER来编译MVC中的Razor视图，就像在this+StackOverflow+question中一样，那么将PhysicalPath更改为Roslyn+nuget包所在的位置(通常通过$CscToolPath变量指向)：|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|2898826|<Target+Name="AfterBuild"+Condition="'$(MvcBuildViews)'=='true'">
<AspNetCompiler+VirtualPath="temp"+PhysicalPath="$(CscToolPath)"+/>|code-block|syntax|javascript|2898827|​|2898828|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/383192/compile-views-in-asp-net-mvc^0|32|C|12|R|0|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@$9|V|A|W|B|C]]|D|@$9|X|A|Y|1|Z]]|E|$]]|$1|F|3|G|5|H|7|10|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|11|8|@]|D|@]|E|$]]|$1|M|3|-4|5|6|7|12|8|@]|D|@]|E|$]]]|N|$O|$5|P|Q|R|E|$S|T]]]]

If you were adding ASPNETCOMPILER to compile your Razor views in MVC, like in <a href="https://stackoverflow.com/questions/383192/compile-views-in-asp-net-mvc">this StackOverflow question</a>, then change PhysicalPath to place where Roslyn nuget package is located (usually pointed via $CscToolPath variable):

<pre><code>&lt;Target Name="AfterBuild" Condition="'$(MvcBuildViews)'=='true'"&gt;
&lt;AspNetCompiler VirtualPath="temp" PhysicalPath="$(CscToolPath)" /&gt;
</code></pre>

blocks|key|126802|text|打开项目文件，然后使用+Project="..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0....删除所有引用|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|126803|打开web.config和remove所有system.codedom编译器属性|126804|entityMap^0|B|2C|0|D|6|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@$9|N|A|O|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|P|8|@]|D|@]|E|$]]]|I|$]]

Open the project file and remove all references with Import Project="..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0....

Open web.config and remove all system.codedom compilers attributes

blocks|key|2686590|text|在.csproj文件中添加PropertyGroup|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2686591|<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>|code-block|syntax|javascript|2686592|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

Add PropertyGroup to your .csproj file 

<pre><code>&lt;PropertyGroup&gt;
 &lt;PostBuildEvent&gt;
 if not exist "$(WebProjectOutputDir)\bin\Roslyn" md "$(WebProjectOutputDir)\bin\Roslyn" 
 start /MIN xcopy /s /y /R "$(OutDir)roslyn\*.*" "$(WebProjectOutputDir)\bin\Roslyn"
 &lt;/PostBuildEvent&gt;
&lt;/PropertyGroup&gt;
</code></pre>

blocks|key|128977|text|问题|type|unstyled|depth|inlineStyleRanges|entityRanges|data|128978|请注意，NuGet+PM违反了罗莎琳的行为。如果存在Microsoft.CodeDom.Providers.DotNetCompilerPlatform、Microsoft.Net.Compilers或Microsoft.Net.Compilers.netcore的更新，请单击Tools+>+NuGet+Package+Manager+>+Manage+NuGet+Packages+for+Solution，更新它们，解决方案将中断！这是因为ASP站点模板在创建项目时设置为使用特定版本。若要查看问题，请在“解决方案资源管理器”中单击“显示所有文件”。|offset|length|style|CODE|128979|修复|128980|在项目创建时，$(WebProjectOutputDir)\bin并不存在，因此当NuGet将Rosalyn添加为依赖项时，它会正确地安装它。更新解决方案包后，$(WebProjectOutputDir)\bin目录如下所示：|128981|$(WebProjectOutputDir)\bin\bin\rosalyn|128982|最简单的修复方法是将rosalyn剪切并粘贴到适当的位置，然后删除额外的bin文件夹。您现在可以刷新页面，网站将加载。|128983|entityMap^0|0|Q|1E|25|N|2T|V|3V|1U|0|0|7|Q|28|Q|0|0|12|0|10|3|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@$D|T|E|U|F|G]|$D|V|E|W|F|G]|$D|X|E|Y|F|G]|$D|Z|E|10|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|11|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|12|8|@$D|13|E|14|F|G]|$D|15|E|16|F|G]]|9|@]|A|$]]|$1|L|3|M|5|6|7|17|8|@$D|18|E|19|F|G]]|9|@]|A|$]]|$1|N|3|O|5|6|7|1A|8|@$D|1B|E|1C|F|G]]|9|@]|A|$]]|$1|P|3|-4|5|6|7|1D|8|@]|9|@]|A|$]]]|Q|$]]

<h2>Issue</h2>

Be aware that the NuGet PM breaks the Rosalyn behavior. Click <code>Tools &gt; NuGet Package Manager &gt; Manage NuGet Packages for Solution</code> If an update Exists for <code>Microsoft.CodeDom.Providers.DotNetCompilerPlatform</code>, <code>Microsoft.Net.Compilers</code>, or <code>Microsoft.Net.Compilers.netcore</code>, update them and the Solution will break! This occurs because the ASP Sites templates are set to use specific versions at project creation. To See the problem, click Show All Files in the Solution Explorer.

<h2>Fix</h2>

At project creation the <code>$(WebProjectOutputDir)\bin</code> doesn't exist, therefore when Rosalyn is added as a dependency by NuGet it installs it properly. After Updating the Solution Packages, the <code>$(WebProjectOutputDir)\bin</code> directory looks like so:

<code>$(WebProjectOutputDir)\bin\bin\rosalyn</code>

The easiest fix is to Cut &amp; Paste rosalyn to the proper location, and then delete the extra <code>bin</code> folder. You can now Refresh the page and the site will load.

blocks|key|126832|text|您的构建正在尝试查找\bin\roslyn\csc.exe，因为以下包已添加到您的项目中。只需查看您的packages.config文件，您可以在那里同时拥有这两个文件|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|126833|Microsoft.CodeDom.Providers.DotNetCompilerPlatform
Microsoft.Net.Compilers|code-block|syntax|javascript|126834|126835|+什么是Roslyn以及谁在项目中添加了它们(包)+:如果您正在使用.net+Framework4.5.2创建使用VS2015的项目，您可能已经注意到项目模板默认使用Roslyn。实际上，Roslyn是微软为.NET语言编写的open-source编译器之一。|blockquote|BOLD|126836|126837|为什么我们应该删除Roslyn+:如果您的项目有Roslyn引用，并且您有兴趣将其部署到服务器上，您将在网站上得到不想要的错误，因为许多托管提供商仍然没有升级他们的服务器，因此不支持Roslyn。要解决此问题，您需要从项目模板中删除Roslyn编译器。|126838|126839|如果您对使用Roslyn，+不感兴趣，请按照以下步骤将其删除|126840|1.Nuget删除NuGet包，从Nuget包控制台使用以下命令|126841|PM>+Uninstall-package+Microsoft.CodeDom.Providers.DotNetCompilerPlatform
PM>+Uninstall-package+Microsoft.Net.Compilers|126842|2.执行此操作后，您的web.config文件应该会自动更新。如果不是，请在web.config文件中查找以下代码，如果找到，请删除这段代码。|126843|<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%2B"></compiler>
++++</compilers>
</system.codedom>|126844|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/dotnet/roslyn/wiki/Roslyn%2520Overview^0|A|J|1F|F|0|0|0|1|Q|35|B|0|0|0|0|H|0|0|0|D|E|G|0|0|W|0|0|0|1Z|12|A|0|0^^$0|@$1|2|3|4|5|6|7|1B|8|@$9|1C|A|1D|B|C]|$9|1E|A|1F|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|1G|8|@]|D|@]|E|$I|J]]|$1|K|3|-4|5|6|7|1H|8|@]|D|@]|E|$]]|$1|L|3|M|5|N|7|1I|8|@$9|1J|A|1K|B|O]]|D|@$9|1L|A|1M|1|1N]]|E|$]]|$1|P|3|-4|5|6|7|1O|8|@]|D|@]|E|$]]|$1|Q|3|R|5|6|7|1P|8|@$9|1Q|A|1R|B|O]]|D|@]|E|$]]|$1|S|3|-4|5|6|7|1S|8|@]|D|@]|E|$]]|$1|T|3|U|5|6|7|1T|8|@$9|1U|A|1V|B|O]|$9|1W|A|1X|B|O]]|D|@]|E|$]]|$1|V|3|W|5|6|7|1Y|8|@$9|1Z|A|20|B|O]]|D|@]|E|$]]|$1|X|3|Y|5|H|7|21|8|@]|D|@]|E|$I|J]]|$1|Z|3|10|5|6|7|22|8|@$9|23|A|24|B|O]|$9|25|A|26|B|C]]|D|@]|E|$]]|$1|11|3|12|5|H|7|27|8|@]|D|@]|E|$I|J]]|$1|13|3|-4|5|6|7|28|8|@]|D|@]|E|$]]]|14|$15|$5|16|17|18|E|$19|1A]]]]

Your build is trying to find <code>\bin\roslyn\csc.exe</code> because the following packages have been added to your project. Just review your <code>packages.config</code> file, you can have both of them there
<pre><code>Microsoft.CodeDom.Providers.DotNetCompilerPlatform
Microsoft.Net.Compilers
</code></pre>
<blockquote>
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 <a href="https://github.com/dotnet/roslyn/wiki/Roslyn%20Overview" rel="nofollow noreferrer">open-source</a>
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.
</blockquote>
if you are not interested in using Roslyn,
follow steps bellow to delete it
1.
Remove NuGet packages, use the following commands from Nuget Package Console
<pre><code>PM&gt; Uninstall-package Microsoft.CodeDom.Providers.DotNetCompilerPlatform
PM&gt; Uninstall-package Microsoft.Net.Compilers
</code></pre>
2.
After you do this, your web.config file should be auto-updated. In case it is not, look for the below code in <code>web.config</code> file and if it is found, delete this piece of code.
<pre><code>&lt;system.codedom&gt;
 &lt;compilers&gt;
 &lt;compiler language=&quot;c#;cs;csharp&quot; extension=&quot;.cs&quot; type=&quot;Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35&quot; warningLevel=&quot;4&quot; compilerOptions=&quot;/langversion:6 /nowarn:1659;1699;1701&quot;&gt;&lt;/compiler&gt;
 &lt;compiler language=&quot;vb;vbs;visualbasic;vbscript&quot; extension=&quot;.vb&quot; type=&quot;Microsoft.CodeDom.Providers.DotNetCompilerPlatform.VBCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35&quot; warningLevel=&quot;4&quot; compilerOptions=&quot;/langversion:14 /nowarn:41008 /define:_MYTYPE=\&amp;quot;Web\&amp;quot; /optionInfer+&quot;&gt;&lt;/compiler&gt;
 &lt;/compilers&gt;
&lt;/system.codedom&gt;
</code></pre>

blocks|key|126036|text|将Microsoft.CodeDom.Providers.DotNetCompilerPlatform从1.0.0升级到1.0.1为我修复了这个问题。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|126037|entityMap^0|1|1E|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

Upgrading <code>Microsoft.CodeDom.Providers.DotNetCompilerPlatform</code> from 1.0.0 to 1.0.1 fixed this for me.

blocks|key|126853|text|我不得不将WebAPI和MVC项目文件更改为不构建视图：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|126854|<MvcBuildViews>false</MvcBuildViews>|code-block|syntax|javascript|126855|这解决了我与roslyn的TFS+2015构建服务器错误。仍然不确定为什么csc.exe被复制到\bin\csc.exe，但是发布过程正在寻找\bin\Roslyn\csc.exe...找不到导致这种差异的转换。|126856|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

I had to change the WebAPI and MVC project files to not build views: 

<pre><code>&lt;MvcBuildViews&gt;false&lt;/MvcBuildViews&gt;
</code></pre>

This resolved my TFS 2015 Build server error with roslyn. Still not sure why csc.exe was copied to \bin\csc.exe, yet the publish process was looking for \bin\Roslyn\csc.exe...couldn't find the transformation causing that discrepancy.

blocks|key|2898939|text|右键单击解决方案>管理解决方案的nuget包，更新所有的包，特别是：Microsoft.Net.Compilers和Microsoft.CodeDom.Providers.DotNetCompilerPlatform：NuGet|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|2898940|entityMap^0|Y|N|1M|1E|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

Updating nuget packages worked for me 
Right click on the solution > Manage NuGet packages for solution 
and update all the packages and specially:
Microsoft.Net.Compilers 
and Microsoft.CodeDom.Providers.DotNetCompilerPlatform

blocks|key|2898970|text|删除解决方案资源管理器中的“Bin”文件夹，然后重新生成解决方案。这就解决了这个问题|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2898971|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Delete the Bin folder in your solution explorer and Build the solution again. That would solve the problem

blocks|key|2686749|text|我在运行MSBuild的Jenkins构建服务器上遇到了这个错误，该服务器将构建文件输出到一个单独的文件夹位置(_PublishedWebsites)。完全相同-+roslyn文件夹不在bin目录中，所有的roslyn文件都与bin文件放在一起。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2686750|@igor-semin+'s+answer是唯一对我有效的方法(因为我使用的是C#+6语言特性，根据其他答案，我不能简单地卸载nuget包)，但由于我也在运行CodeAnalysis，我在我的部署目标服务器上收到了另一个错误：|offset|length|2686751|检测到试图覆盖当前映射到类型Microsoft.CodeAnalysis.VisualBasic.Syntax.CompilationUnitSyntax.的类型Microsoft.CodeAnalysis.CSharp.Syntax.CompilationUnitSyntax，的名称为"“的类型Microsoft.CodeAnalysis.ICompilationUnitSyntax的现有映射|2686752|这样做的原因是，当roslyn文件被转储到主bin目录中时，当您运行xcopy以在嵌套的roslyn文件夹中重新创建它们时，您现在有两个正在编译的这些文件的副本，并且它们之间存在冲突。在经历了许多挫折之后，我决定采用一个“hack”修复方法--一个额外的构建后任务，从bin目录中删除这些文件，消除冲突。|2686753|我的违规项目的.csproj现在如下所示：|2686754|.更多信息在这里..........|2686755|+<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">
+++
+++<ItemGroup>
+++++<FilesToDelete+Include="$(WebProjectOutputDir)\bin\Microsoft.CodeAnalysis*.dll"+/>
+++</ItemGroup>
+++<Delete+Files="@(FilesToDelete)"+/>
</Target>|code-block|syntax|javascript|2686756|2686757|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/a/37205809/1310014^0|0|0|L|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|11|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|12|8|@]|9|@$D|13|E|14|1|15]]|A|$]]|$1|F|3|G|5|6|7|16|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|17|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|18|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|19|8|@]|9|@]|A|$]]|$1|N|3|O|5|P|7|1A|8|@]|9|@]|A|$Q|R]]|$1|S|3|M|5|6|7|1B|8|@]|9|@]|A|$]]|$1|T|3|-4|5|6|7|1C|8|@]|9|@]|A|$]]]|U|$V|$5|W|X|Y|A|$Z|10]]]]

I experienced this error on a Jenkins build server running MSBuild, which outputs the build files to a separate folder location (_PublishedWebsites). Exactly the same - the roslyn folder was not in the bin directory, and all the roslyn files were lumped in with the bin files.

<a href="https://stackoverflow.com/a/37205809/1310014">@igor-semin 's answer</a> was the only thing that worked for me (as I am using the C# 6 language features, I cannot simply uninstall the nuget packages as per other answers), but as I am also running CodeAnalysis, I was getting another error on my deployment target server: 

An attempt to override an existing mapping was detected for type Microsoft.CodeAnalysis.ICompilationUnitSyntax with name "", currently mapped to type Microsoft.CodeAnalysis.CSharp.Syntax.CompilationUnitSyntax, to type Microsoft.CodeAnalysis.VisualBasic.Syntax.CompilationUnitSyntax. 

The reason for this is that as the roslyn files are getting dumped into the main bin directory, when you run the xcopy to recreate them in the nested roslyn folder, you now have 2 copies of these files being compiled and there is a clash between them. After much frustration I decided on a 'hack' fix - an additional post-build task to delete these files from the bin directory, removing the conflict. 

The .csproj of my offending projects now looks like:

................... more here ......................

<pre><code> &lt;PropertyGroup&gt;
 &lt;PostBuildEvent&gt;
 if not exist "$(WebProjectOutputDir)\bin\Roslyn" md "$(WebProjectOutputDir)\bin\Roslyn"
 start /MIN xcopy /s /y /R "$(OutDir)roslyn\*.*" "$(WebProjectOutputDir)\bin\Roslyn"
 &lt;/PostBuildEvent&gt;
&lt;/PropertyGroup&gt;
&lt;Target Name="DeleteDuplicateAnalysisFiles" AfterTargets="AfterBuild"&gt;
 &lt;!-- Jenkins now has copies of the following files in both the bin directory and the 'bin\rosyln' directory. Delete from bin. --&gt;
 &lt;ItemGroup&gt;
 &lt;FilesToDelete Include="$(WebProjectOutputDir)\bin\Microsoft.CodeAnalysis*.dll" /&gt;
 &lt;/ItemGroup&gt;
 &lt;Delete Files="@(FilesToDelete)" /&gt;
&lt;/Target&gt;
</code></pre>

................... more here ......................

blocks|key|2686804|text|一个干净和重建的工作对我来说是有效的！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2686805|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

A clean and rebuild worked for me!

blocks|key|126108|text|当我在服务器上安装我的应用程序时，当一切都在本地主机上完美地工作时，我也遇到了同样的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|126109|这些解决方案都失败了，我总是犯同样的错误：|126110|Could+not+find+a+part+of+the+path+'C:\inetpub\wwwroot\myApp\bin\roslyn\csc.exe'|code-block|syntax|javascript|126111|我最终这样做了：|126112|在我的安装项目中，依次单击right+create、view+>|126113|unordered-list-item|126114|create+a+bin/roslyn+folder|offset|length|style|CODE|126115|选择add+>+files+|126116|+add+all+files|126117|126118|这解决了我的问题。|126119|entityMap^0|0|0|0|0|0|0|9|A|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|13|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|14|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|15|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|16|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|17|8|@]|9|@]|A|$]]|$1|M|3|-4|5|N|7|18|8|@]|9|@]|A|$]]|$1|O|3|P|5|N|7|19|8|@$Q|1A|R|1B|S|T]]|9|@]|A|$]]|$1|U|3|V|5|N|7|1C|8|@]|9|@]|A|$]]|$1|W|3|X|5|N|7|1D|8|@]|9|@]|A|$]]|$1|Y|3|-4|5|6|7|1E|8|@]|9|@]|A|$]]|$1|Z|3|10|5|6|7|1F|8|@]|9|@]|A|$]]|$1|11|3|-4|5|6|7|1G|8|@]|9|@]|A|$]]]|12|$]]

I had the same problem when installing my application on the server when everything worked perfectly on localhost.

None of these solutions woorked, I always had the same error:

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

I ended up doing this: 

<ul>
<li>on my setup project, right clic, view > file system</li>
<li>create a <code>bin/roslyn</code> folder</li>
<li>select add > files and add all files from <code>packages\Microsoft.Net.Compilers.1.3.2\tools</code></li>
</ul>

This solved my problem.

blocks|key|2899113|text|我在发布管道(它生成一个_PublishedWebsites目录)中遇到了这个问题，并将其用作项目中的目标：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2899114|<Target+Name="CopyRoslynCompilerFilesToPublishedWebsitesDirectory"+AfterTargets="AfterBuild"+Condition="Exists('$(OutDir)\_PublishedWebsites\$(TargetName)')">
++++<Copy+SourceFiles="@(RoslyCompilerFiles)"+DestinationFolder="$(OutDir)\_PublishedWebsites\$(TargetName)\bin\roslyn"+ContinueOnError="true"+SkipUnchangedFiles="true"+/>
</Target>|code-block|syntax|javascript|2899115|缺点是在输出中会有两个Roslyn文件的副本。|2899116|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

I ran into this issue with the publishing pipeline (which produces a _PublishedWebsites directory), and used this as a Target in the project:

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

The downside is that there will be two copies of the Roslyn files in the output.

blocks|key|129078|text|在重命名一个解决方案和一些包含的项目，并尝试删除nuget包之后，我遇到了这个错误。我将新项目与上一个工作项目进行了比较，发现缺少以下几行代码，需要重新添加：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|129079|++<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')"+/>|code-block|syntax|javascript|129080|这样做为我解决了这个问题。|129081|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

I had this error after renaming a solution and some included projects, and playing around with removing nuget packages. I compared the new project with the last working project, and found the following lines were missing and needed to be added back in:

<pre><code> &lt;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')" /&gt;
 &lt;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')" /&gt;
 &lt;Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" /&gt;
</code></pre>

Doing so resolved the issue for me.

blocks|key|127009|text|我在运行这个项目时也遇到了同样的问题。以下是我遵循的步骤。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|127010|清理成功后，右键单击solution|127011|select+|unordered-list-item|127012|ordered-list-item|127013|，再次构建项目|127014|再次运行项目|127015|127016|127017|这一次我没有看到同样的错误。这与预期的一样。|127018|entityMap^0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|U|8|@]|9|@]|A|$]]|$1|G|3|-4|5|H|7|V|8|@]|9|@]|A|$]]|$1|I|3|J|5|H|7|W|8|@]|9|@]|A|$]]|$1|K|3|L|5|H|7|X|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|N|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|10|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|11|8|@]|9|@]|A|$]]]|R|$]]

I was also having same issue while running the project. Here are the steps that I followed.

<ol>
<li>Right click in solution</li>
<li>select Clean solution </li>
<li>After clean succeeded,Again build your project</li>
<li>Run the project again</li>
</ol>

This time I didn't see the same error. This works as expected.

blocks|key|2686953|text|根据Daniel+Neel上面的评论：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2686954|我可以使用1.0.3版的Microsoft.CodeDom.Providers.DotNetCompilerPlatform+Nuget包，但是1.0.6版会导致这个问题出现错误|2686955|降级到1.0.3为我解决了这个问题。|2686956|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Per a comment by Daniel Neel above : 

version 1.0.3 of the Microsoft.CodeDom.Providers.DotNetCompilerPlatform Nuget package works for me, but version 1.0.6 causes the error in this question

Downgrading to 1.0.3 resolved this issue for me.

blocks|key|127046|text|这是一个带有Microsoft.CodeDom.Providers.DotNetCompilerPlatform+1.0.6的known+issue。降级到1.0.5为我修复了这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|127047|entityMap|0|LINK|mutability|MUTABLE|url|https://www.nuget.org/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform|1|https://github.com/aspnet/RoslynCodeDomProvider/issues/13^0|6|1E|0|1R|B|1|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]|$A|R|B|S|1|T]]|C|$]]|$1|D|3|-4|5|6|7|U|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]]]

This is a <a href="https://github.com/aspnet/RoslynCodeDomProvider/issues/13" rel="noreferrer">known issue</a> with <a href="https://www.nuget.org/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform" rel="noreferrer">Microsoft.CodeDom.Providers.DotNetCompilerPlatform</a> 1.0.6. Downgrading to 1.0.5 fixed this for me.

blocks|key|126181|text|在通过NuGet更新一些包之后，我遇到了这个问题。重新构建(而不是普通的构建)对我来说是有效的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|126182|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I ran into this problem after updating some packages through NuGet. A rebuild (instead of a normal build) has worked for me.

blocks|key|2899306|text|在更新DotNetCompilerPlatform之后，我也遇到了同样的问题。已通过重新启动Visual+Studio+>+Clean+Project+>+Build+Project解决。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2899307|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had the same problem after updating DotNetCompilerPlatform.
Solved by Restarting Visual Studio > Clean Project > Build Project.

blocks|key|127067|text|仅供参考。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|127068|从2017年8月31日起，升级到Microsoft.CodeDom.Providers.DotNetCompilerPlatform+1.0.7是可行的。|127069|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

FYI...

As of 8/31/2017 upgrading to Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.7 is works.

blocks|key|126199|text|这可以通过以下简单的方式来完成：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|126200|126201|在系统中的任何位置创建一个类似类型的新项目。构建它并将roslyn文件夹复制到您的bin目录中。|unordered-list-item|126202|126203|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|J|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|K|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|L|8|@]|9|@]|A|$]]|$1|G|3|-4|5|6|7|M|8|@]|9|@]|A|$]]]|H|$]]

This can be done in the following easy way-:

<ul>
<li>Create a new project of similar type anywhere in your system. Build it and copy over the roslyn folder to your bin directory.</li>
</ul>

blocks|key|128649|text|我的解决方案是使用Nuget将以下项目更新到最新版本：-+Microsoft.Net.Compilers+-+Microsoft.CodeDom.Providers.DotNetCompilerPlatform，然后重新构建项目。因为我的项目是一个网站，所以没有*.csproj文件。当我尝试在浏览器中查看cshtml时，出现上面的错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|128650|以上两项更新至最新版本后修复的错误。我在VS2015和windows7+SP1|128651|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

my solution is using Nuget to update below items to latest version:
 - Microsoft.Net.Compilers
 - Microsoft.CodeDom.Providers.DotNetCompilerPlatform
Then rebuilt the project. Since my project is a website so no *.csproj file.
The error above appears when I tried to view a cshtml in browser.

The error fixed after the two items above updated to latest version.
I am in VS2015 and windows7 SP1

blocks|key|127088|text|在我的例子中，当Jenkins尝试在Octopus中部署它时，我遇到了问题，错误如下：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|127089|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|code-block|syntax|javascript|127090|导致|offset|length|style|BOLD|127091|在花了一些时间之后，我使用了一个内部开发的组件，该组件使用了Microsoft.Net.Compilers。内部组件使用Microsoft.Net.Compilers的原因是为了克服这个问题(C#:+throw+invalid+expression+compilation)，并以这种方式解决(How+to+use+C#+7+with+Visual+Studio+2015?)。这导致，当我在主程序上安装组件时，Microsoft.Net.Compilers会自动添加它。|CODE|127092|解决方案|127093|我的工作是，通过以下方式从我们的内部组件卸载(遵循@malikKhalil的答案)|127094|PM>+Uninstall-package+Microsoft.CodeDom.Providers.DotNetCompilerPlatform
PM>+Uninstall-package+Microsoft.Net.Compilers|127095|并且选择了Jenkins中的C#+7编译器，而不是C#+6和rebuild，这是为了确保一切都能正常工作和正确构建。|127096|最后，在我的主程序中，我尝试更新我的内部组件。而不是再建一次。它的构建没有任何问题或问题。|127097|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/47156277/c-throw-invalid-expression-compilation|1|https://stackoverflow.com/questions/39461407/how-to-use-c7-with-visual-studio-2015^0|0|0|0|2|0|U|N|1O|N|5Q|N|2O|14|0|43|14|1|0|0|4|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|19|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|1A|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|1B|8|@$I|1C|J|1D|K|L]]|9|@]|A|$]]|$1|M|3|N|5|6|7|1E|8|@$I|1F|J|1G|K|O]|$I|1H|J|1I|K|O]|$I|1J|J|1K|K|O]]|9|@$I|1L|J|1M|1|1N]|$I|1O|J|1P|1|1Q]]|A|$]]|$1|P|3|Q|5|6|7|1R|8|@$I|1S|J|1T|K|L]]|9|@]|A|$]]|$1|R|3|S|5|6|7|1U|8|@]|9|@]|A|$]]|$1|T|3|U|5|D|7|1V|8|@]|9|@]|A|$E|F]]|$1|V|3|W|5|6|7|1W|8|@]|9|@]|A|$]]|$1|X|3|Y|5|6|7|1X|8|@]|9|@]|A|$]]|$1|Z|3|-4|5|6|7|1Y|8|@]|9|@]|A|$]]]|10|$11|$5|12|13|14|A|$15|16]]|17|$5|12|13|14|A|$15|18]]]]

In my case I have had issue in Jenkins when it tried to deploying it in Octopus with following error:

<pre><code>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. ---&gt; 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
</code></pre>

Cause

After spending some time, I was using an internal developed component that was using <code>Microsoft.Net.Compilers</code>. The reason the internal component was using <code>Microsoft.Net.Compilers</code> was to overcome this issue (<a href="https://stackoverflow.com/questions/47156277/c-throw-invalid-expression-compilation">C#: throw invalid expression compilation</a>) and was solved this way (<a href="https://stackoverflow.com/questions/39461407/how-to-use-c7-with-visual-studio-2015">How to use C# 7 with Visual Studio 2015?</a>). This result in, when I installed the component on the main program, the <code>Microsoft.Net.Compilers</code> get added it selves automatically.

Solution

My work around was, uninstall following from our internal component by (following @malikKhalil answer)

<pre><code>PM&gt; Uninstall-package Microsoft.CodeDom.Providers.DotNetCompilerPlatform
PM&gt; Uninstall-package Microsoft.Net.Compilers
</code></pre>

And chose C# 7 compiler in Jenkins instead of C# 6 and rebuild, this is to ensure everything is working and building correctly.

Than finally in my main program I tried to update my internal component. And everything than build again. It has built without any problems or issues.

blocks|key|128671|text|我在Microsoft.CodeDom.Providers.DotNetCompilerPlatform+1.06和@PrisonerZERO的1.0.7上都遇到了这个错误。然而，当微软发布1.0.8+2017-10-18时，它终于又开始为我工作了，我不必降级。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|128672|https://www.nuget.org/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform/|128673|entityMap|0|LINK|mutability|MUTABLE|url^0|2|1E|1H|4|20|5|2N|5|0|0|2A|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]|$9|R|A|S|B|C]|$9|T|A|U|B|C]|$9|V|A|W|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|X|8|@]|D|@$9|Y|A|Z|1|10]]|E|$]]|$1|H|3|-4|5|6|7|11|8|@]|D|@]|E|$]]]|I|$J|$5|K|L|M|E|$N|G]]]]

I had this error for <code>Microsoft.CodeDom.Providers.DotNetCompilerPlatform</code> <code>1.06</code> but also with <code>1.0.7</code> that worked for @PrisonerZERO. However when Microsoft released <code>1.0.8</code> 2017-10-18 it finally started working for me again and I did not have to downgrade.

<a href="https://www.nuget.org/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform/" rel="nofollow noreferrer">https://www.nuget.org/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform/</a>

blocks|key|129267|text|除了从解决方案中的所有项目中删除Bin目录之外，还要删除obj文件夹。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|129268|在主解决方案目录中，删除文件夹.vs|129269|当我试图将一个已经完成的项目带入一个在git上创建的空白解决方案时，这对我很有效。|129270|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Other than deleting the Bin diretory from all projects inside the solution, delete the obj folders too.

In the main solution diretory remove the folder .vs

Worked for me when trying to bring an already done project into a blank solution created on git.

blocks|key|128703|text|我的webproject没有csproj文件，这里提到的解决方案对我不起作用。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|128704|更改目标.NET框架，重新安装包(Update-Package+-reinstall)，然后构建项目对我来说很管用。您甚至可以在执行此操作后将目标框架改回原来的位置(请在此之后再次重新安装nuget包)。|offset|length|style|CODE|128705|entityMap^0|0|H|P|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@$D|L|E|M|F|G]]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

I have webproject without csproj file and solutions mentiond here did not work for me.

Changing target .NET framework, reinstalling packages (<code>Update-Package -reinstall</code>) and then building the project worked for me. You can even change target framework back after this operation(make suere you reinstall nuget packages again after).

blocks|key|128707|text|​|type|unstyled|depth|inlineStyleRanges|entityRanges|data|128708|📷|atomic|offset|length|128709|128710|你需要安装专门为该错误创建的Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix，|128711|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/ab4e58c2fddac2628efb66378b252825.png|imageAlt^0|0|0|1|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|T|8|@]|9|@$E|U|F|V|1|W]]|A|$]]|$1|G|3|4|5|6|7|X|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|Y|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q|R|-4]]]]

<img src="https://i.stack.imgur.com/gOv27.png" alt="NuGet Package Manager">

You need to install Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix,
was especially created for that error

blocks|key|2899454|text|在尝试了所有没有雪茄的修复后，我在Visual+Studios中更新了这个Nuget包来修复它：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2899455|Microsoft.CodeDom.Providers.DotNetCompilerPlatform|offset|length|style|BOLD|2899456|我的是从1.0.0到2.0.0以供参考(错误不再显示)|2899457|entityMap^0|0|0|1E|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@$D|N|E|O|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

After trying all of the fixes with no cigar I fixed it by updating this Nuget Package in Visual Studios:

Microsoft.CodeDom.Providers.DotNetCompilerPlatform

Mine was from 1.0.0 to 2.0.0 for reference (The error no longer shows)

blocks|key|2899470|text|我遵循了这些步骤，它完美地工作了|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2899471|2899472|删除所有的bin和obj文件夹|unordered-list-item|2899473|清理解决方案并重建|2899474|在powershell|2899475|中运行此命令|2899476|Update-Package+Microsoft.CodeDom.Providers.DotNetCompilerPlatform+-r|offset|length|style|CODE|2899477|entityMap^0|0|0|0|0|0|0|0|1W|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|U|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|V|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|W|8|@]|9|@]|A|$]]|$1|H|3|I|5|E|7|X|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|Y|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|Z|8|@$N|10|O|11|P|Q]]|9|@]|A|$]]|$1|R|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|S|$]]

I followed these steps and it worked perfectly

<ul>
<li>Delete all the bin and obj folders </li>
<li>Clean solution and rebuild</li>
<li>Run this command in powershell</li>
</ul>

<code>Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r</code>

blocks|key|2687222|text|在我的例子中，当我同时运行两个visual+studio+IDE时，我遇到了这个问题。因此，解决方案是清理项目并关闭另一个实例。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2687223|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my case I had this issue when i was running two visual studio IDE simultaneously. So the solution was to clean the project and close the other instance.

blocks|key|126327|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|126328|右键单击您的项目并选择Manage+Nuget+Packages|unordered-list-item|126329|查找Nuget更新到较旧或较新的版本(与哪个版本无关)，然后再次更新回原始版本。|126330|126331|这将重新安装软件包的所有依赖项和文件(如csc.exe)|126332|​|126333|📷|atomic|offset|length|126334|126335|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/b53d8cde9f22563f307e29d0c6d61411.png|imageAlt^0|0|0|0|0|0|0|0|1|0|0|0^^$0|@$1|2|3|-4|4|5|6|Z|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|10|7|@]|8|@]|9|$]]|$1|D|3|E|4|C|6|11|7|@]|8|@]|9|$]]|$1|F|3|-4|4|5|6|12|7|@]|8|@]|9|$]]|$1|G|3|H|4|5|6|13|7|@]|8|@]|9|$]]|$1|I|3|J|4|5|6|14|7|@]|8|@]|9|$]]|$1|K|3|L|4|M|6|15|7|@]|8|@$N|16|O|17|1|18]]|9|$]]|$1|P|3|J|4|5|6|19|7|@]|8|@]|9|$]]|$1|Q|3|-4|4|5|6|1A|7|@]|8|@]|9|$]]]|R|$S|$4|T|U|V|9|$W|X|Y|-4]]]]

<ul>
<li>Right click on your project and select Manage Nuget Packages</li>
<li>Find "Microsoft.CodeDom.Providers.DotNetCompilerPlatform"</li>
<li>Simply Update to an older or newer version (doesn't matter which), and then update again back to your original version.</li>
</ul>

This re-installs all the dependencies and files of the package (like csc.exe)

<a href="https://i.stack.imgur.com/sDltU.png" rel="noreferrer"><img src="https://i.stack.imgur.com/sDltU.png" alt="Nuget - DotNetCompilerPlatform"></a>

blocks|key|2899568|text|这个问题的答案对于网站项目和Web应用程序项目是不同的。潜在的问题是相同的，NuGet包在不同的机器上表现不同。这可能是权限问题，或者是一些执行策略，阻止它复制到Bin文件夹，因为你知道Roslyn是新的编译器。你应该把它放在这些项目的Bin文件夹中，转到你的网站，Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0+\code\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0包，检查这个文件夹，你看到了吗？你现在能在其中看到code\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0\tools\RoslynLatest吗?作为编译的一部分，这个文件夹应该被复制到你的网站的bin下，像这样。\code\WebSite1\Bin\Roslyn有些事情没有发生在你身上。尝试以管理员身份运行Visual+studio。手动复制Roslyn文件夹。尝试卸载并安装NuGet包。记住这个包，编译你的文件夹，如果它不在那里，你就不能编译任何东西，所以你也不能添加任何东西。尝试将此包复制到脱机版本工具->选项->+nuget包管理器->包源->+Microsoft+Visual+Studio脱机包C:\Program+Files+(x86)\Microsoft+\NuGetPackages|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2899569|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

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

blocks|key|2899593|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2899594|Clean+Solution|ordered-list-item|2899595|Rebuild+Solution，这两个步骤对我很有效。|2899596|2899597|entityMap^0|0|0|0|0^^$0|@$1|2|3|-4|4|5|6|I|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|J|7|@]|8|@]|9|$]]|$1|D|3|E|4|C|6|K|7|@]|8|@]|9|$]]|$1|F|3|-4|4|5|6|L|7|@]|8|@]|9|$]]|$1|G|3|-4|4|5|6|M|7|@]|8|@]|9|$]]]|H|$]]

<ol>
<li>Clean Solution</li>
<li>Rebuild Solution 
,These two steps worked for me.</li>
</ol>

blocks|key|128778|text|这些答案中有很多都提到了Nuget包和/或清理和重新加载您的项目。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|128779|如果您有WCF服务引用和无效的终结点，您也会收到此错误消息。确保您的端点是正确的，并在.config中使用正确的端点以及在从图形用户界面配置服务引用时更新服务配置。|128780|​|128781|📷|atomic|offset|length|128782|128783|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/8dfc7f3ceff16b34d278c36a96890dc9.png|imageAlt^0|0|0|0|0|1|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|W|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|X|8|@]|9|@$I|Y|J|Z|1|10]]|A|$]]|$1|K|3|E|5|6|7|11|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S|T|-4]]]]

A lot of these answers are referring to the Nuget packages and/or cleaning and reloading your project.

If you have WCF service references and invalid endpoints, you can also get this error message. Make sure your endpoints are correct and update the service configuration with the correct endpoint in the .config and when you configure the service reference from the GUI.

<a href="https://i.stack.imgur.com/geXlS.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/geXlS.png" alt="Image of Service Reference Configuration GUI"></a>

blocks|key|2687447|text|正如在an+issue+in+the+Roslyn+project+on+GitHub中提到的，一个解决方案(对我有效)是在Visual+Studio中简单地卸载并重新加载项目。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2687448|在我重新加载项目之前，"bin\roslyn“文件夹不是在构建或重建时创建的。|2687449|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/dotnet/roslyn/issues/15556#issuecomment-462519826^0|3|14|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

As noted in <a href="https://github.com/dotnet/roslyn/issues/15556#issuecomment-462519826" rel="noreferrer">an issue in the Roslyn project on GitHub</a>, a solution (that worked for me) is to simply unload and reload the project in Visual Studio.

The "bin\roslyn" folder wasn't created on build or rebuild until I reloaded the project.

blocks|key|128847|text|在我的例子中，只需删除bin文件夹中的所有内容并重新编译，就为我做了所有的工作。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|128848|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my case by just Deleting everything inside the bin folder and recompiling did all the work for me.

blocks|key|2899824|text|重新启动Windows。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2899825|在尝试重建、删除bin内容、重建、重启Visual+Studio后，这是唯一对我有效的解决方案。|offset|length|style|CODE|2899826|这是C#/.NET构建工具有多么糟糕的又一个例子。|2899827|我认为(在阅读了许多答案后)，总体结论是这个问题的原因和解决方案在很大程度上取决于设置和项目，所以如果一个答案不起作用，就尝试另一个。在弄乱NuGet包或重新安装开发工具之前，首先尝试非侵入式/破坏性的解决方案，例如重启Visual+Studio、重启、重建等。祝你好运！|BOLD|2899828|(注意:使用Visual+Studio+2019，项目文件最初是在Visual+Studio+2015中创建的。也许这可以帮助某人调查这个问题)|2899829|(编辑:这是否是由于安装/修改Visual+Studio安装后未重新启动或在安装程序提示重新启动时更新Visual+Studio导致的？)|2899830|entityMap^0|0|8|3|0|0|0|3S|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@$D|U|E|V|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|W|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|X|8|@$D|Y|E|Z|F|L]]|9|@]|A|$]]|$1|M|3|N|5|6|7|10|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|11|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|R|$]]

Reboot Windows.

This is the only solution that worked for me after trying rebuild, delete contents of <code>bin</code> and rebuild, restart Visual Studio.

It's yet another example of how terrible C#/.NET build tools are.

I think (after reading many of the answers), the overall conclusion is that the cause and solution of this problem heavily depends on the setup and project, so if one answer does not work, just try another. Try non-intrusive/destructive solutions, such as restarting Visual Studio, rebooting, rebuilding, etc., FIRST, before messing with NuGet packages or reinstalling development tools. Good luck!

(NOTE: Using Visual Studio 2019, and project file was originally created in Visual Studio 2015. Maybe this helps someone investigate the issue)

(EDIT: Could this be caused by not rebooting after installing/modifying the Visual Studio installation or updating Visual Studio when the installer prompts to reboot?)

blocks|key|129503|text|在我的情况下，我们的团队不想保留'packages‘文件夹，所以我们把所有的all放在像'sharedlib’这样的目录中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|129504|我使用build+event来解决这个问题。|129505|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|code-block|syntax|javascript|129506|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|L|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|M|8|@]|9|@]|A|$G|H]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

In my situation, our team don't want to keep 'packages' folder, so we put all dlls in other directory like 'sharedlib'.

I used build event to solve this problem.

<pre><code>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
</code></pre>

blocks|key|2899878|text|我在要部署到的服务器上遇到了这个问题，并确定我不需要|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2899879|2899880|+Microsoft.CodeDom.Providers.DotNetCompilerPlatform|blockquote|2899881|2899882|2899883|因此，我通过nuget卸载了它，并删除了web配置中的引用。没有更多的问题。|2899884|我最初尝试将目标节点添加到.proj文件中，但这只是导致了另一个错误，即msbuild无法复制pagefile.sys，这似乎是nuget包中的一个错误。|offset|length|style|CODE|2899885|entityMap^0|0|0|0|0|0|0|10|7|1B|C|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|S|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|T|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|U|8|@]|9|@]|A|$]]|$1|G|3|-4|5|6|7|V|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|W|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|X|8|@$L|Y|M|Z|N|O]|$L|10|M|11|N|O]]|9|@]|A|$]]|$1|P|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|Q|$]]

I had this issue on the server I was deploying to, and determined that I did not need 

<blockquote>
 Microsoft.CodeDom.Providers.DotNetCompilerPlatform
</blockquote>

So, I uninstalled it via nuget, and removed the reference in the web config. No more issues.

I originally tried to added target node to the .proj file as mentioned in some of the other answers, but that just lead to another error where the <code>msbuild</code> could not copy the <code>pagefile.sys</code> which seemed from what I read to be a bug in the nuget package.

blocks|key|2687583|text|其他的答案对我都不起作用。在做了之前/之后与我预期提交的文件的文件夹比较后，我发现GIT忽略了一个必需的文件夹。如果您在存储库中跟踪编译器，请确保跟踪BUILD文件夹。如果不是，编译器将永远不会被构建，并在发布之后抛出这个确切的错误。我在我的.gitignore文件中添加了这一行：|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|2687584|!**/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.1/build/|code-block|syntax|javascript|2687585|现在，它正在正确地部署到其他计算机上。|2687586|entityMap^0|3D|A|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|R|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|S|8|@]|D|@]|E|$]]|$1|M|3|-4|5|6|7|T|8|@]|D|@]|E|$]]]|N|$]]

None of the other answers worked for me. After doing a folder compare before/after vs my expected committed files, i discovered that GIT was ignoring a required folder. If you are tracking the compiler in a repository, make sure the BUILD folder is tracked. If it's not, the compiler won't ever be built and will throw this exact error after publish. I added this line to my .gitignore file:

<pre><code>!**/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.1/build/
</code></pre>

and now it's deploying to other computers properly.

blocks|key|2687595|text|对于VS+2019，完全删除以下节点：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2687596|<system.codedom>
</system.codedom>|code-block|syntax|javascript|2687597|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

For VS 2019 remove the following node completely:

<pre><code>&lt;system.codedom&gt;
&lt;/system.codedom&gt;
</code></pre>

blocks|key|2899938|text|以下内容为我解决了这个问题：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2899939|2899940|更新到Visual+Studio+2017的最新版本(使用安装程序应用程序)|unordered-list-item|2899941|清理并重建解决方案|2899942|2899943|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|L|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|M|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|N|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|P|8|@]|9|@]|A|$]]]|J|$]]

The following solved this issue for me:

<ul>
<li>Updating to the latest version of Visual Studio 2017 (using the installer app)</li>
<li>Clean and rebuild the solution</li>
</ul>

blocks|key|2687619|text|答案来不及回答，但仍在发帖以防对任何人有帮助。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2687620|请按照以下步骤为我修复错误：|2687621|unload+VS|2687622|rebuild|unordered-list-item|2687623|
|2687624|observe+project|2687625|2687626|reload+project|2687627|2687628|2687629|2687630|observe+|2687631|ordered-list-item|2687632|+packages+folder|2687633|open+VS|2687634|2687635|observe+VS|2687636|2687637|observe|2687638|+NuGet+packages+has，但bin\roslyn+has|2687639|unload+project|2687640|reload+project|2687641|2687642|observe表示现在已经创建了bin\roslyn。|2687643|2687644|2687645|entityMap^0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|1L|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|1M|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|1N|8|@]|9|@]|A|$]]|$1|K|3|L|5|H|7|1O|8|@]|9|@]|A|$]]|$1|M|3|J|5|6|7|1P|8|@]|9|@]|A|$]]|$1|N|3|O|5|H|7|1Q|8|@]|9|@]|A|$]]|$1|P|3|J|5|6|7|1R|8|@]|9|@]|A|$]]|$1|Q|3|G|5|H|7|1S|8|@]|9|@]|A|$]]|$1|R|3|J|5|6|7|1T|8|@]|9|@]|A|$]]|$1|S|3|T|5|H|7|1U|8|@]|9|@]|A|$]]|$1|U|3|-4|5|V|7|1V|8|@]|9|@]|A|$]]|$1|W|3|X|5|6|7|1W|8|@]|9|@]|A|$]]|$1|Y|3|Z|5|V|7|1X|8|@]|9|@]|A|$]]|$1|10|3|G|5|V|7|1Y|8|@]|9|@]|A|$]]|$1|11|3|12|5|V|7|1Z|8|@]|9|@]|A|$]]|$1|13|3|G|5|V|7|20|8|@]|9|@]|A|$]]|$1|14|3|15|5|V|7|21|8|@]|9|@]|A|$]]|$1|16|3|17|5|V|7|22|8|@]|9|@]|A|$]]|$1|18|3|19|5|V|7|23|8|@]|9|@]|A|$]]|$1|1A|3|1B|5|V|7|24|8|@]|9|@]|A|$]]|$1|1C|3|G|5|V|7|25|8|@]|9|@]|A|$]]|$1|1D|3|1E|5|V|7|26|8|@]|9|@]|A|$]]|$1|1F|3|-4|5|6|7|27|8|@]|9|@]|A|$]]|$1|1G|3|-4|5|6|7|28|8|@]|9|@]|A|$]]|$1|1H|3|-4|5|6|7|29|8|@]|9|@]|A|$]]]|1I|$]]

Too late for an answer but still posting incase it helps anyone.
 Following the below steps fixed the error for me:

<ol>
<li>delete packages folder</li>
<li>open VS</li>
<li>rebuild</li>
<li>observe that NuGet packages are restored, but bin\roslyn isnt created</li>
<li>unload project</li>
<li>reload project</li>
<li>rebuild</li>
<li>observe that the bin\roslyn has been created now.</li>
</ol>

blocks|key|2899982|text|在我的例子中，在尝试任何其他解决方案之前，我切换到"Release“配置，重新构建(文件夹被创建)，然后切换回"Debug"，而文件夹保持不变。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2899983|这是从较旧解决方案的源代码管理中签出的，显然原始(自动)包恢复和构建项目不会在bin目录中创建该文件夹。|2899984|请注意，在编写本文时，被指责的组件已经达到了v.2。|2899985|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

In my case, before trying any of the other solutions, I switched to a &quot;Release&quot; configuration, rebuilt (the folder got created) and then switched back to &quot;Debug&quot;, while the folder remained intact.
This was a checkout from source control of an older solution and apparently the original (automatic) package restore and building the project didn't create that folder in the bin directory.
Note that at time of writing this, the blamed component has reached v.2.

blocks|key|128927|text|我尝试了多个热门答案，直到以下步骤起作用(针对.NET框架4.6.2的ASP.NET项目，Visual+Studio2019+on+a+system+with疯狂的限制性组策略，2021年3月)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|128928|我需要：|128929|以Admin身份运行|offset|length|style|BOLD|128930|unordered-list-item|128931|128932|在包管理器控制台中运行|128933|128934|128935|更新-Package+Microsoft.CodeDom.Providers.DotNetCompilerPlatform+-v+2.0.1|128936|128937|清理和重建解决方案|128938|128939|在没有以管理员身份运行VS的情况下，组策略阻止了更新包需要运行的ps1脚本。|128940|PS。在此之前，我尝试了许多其他答案(并运行git重置-在他们失败后很难)。我不知道他们中是否有任何人对最终的工作做出了贡献。我试过了：|128941|128942|https://stackoverflow.com/a/32780433/4658148|128943|https://stackoverflow.com/a/34391473/4658148|128944|https://stackoverflow.com/a/41484473/4658148|128945|https://stackoverflow.com/a/62136000/4658148|128946|https://stackoverflow.com/a/54341249/4658148|128947|https://stackoverflow.com/a/51308385/4658148|128948|128949|entityMap|0|LINK|mutability|MUTABLE|url|1|2|3|4|5^0|0|0|1|5|0|0|0|0|0|0|0|0|0|0|0|0|0|0|18|0|0|0|18|1|0|0|18|2|0|0|18|3|0|0|18|4|0|0|18|5|0|0^^$0|@$1|2|3|4|5|6|7|1Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1R|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|1S|8|@$F|1T|G|1U|H|I]]|9|@]|A|$]]|$1|J|3|-4|5|K|7|1V|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|1W|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|1X|8|@]|9|@]|A|$]]|$1|O|3|-4|5|K|7|1Y|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|1Z|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|20|8|@]|9|@]|A|$]]|$1|S|3|-4|5|6|7|21|8|@]|9|@]|A|$]]|$1|T|3|U|5|K|7|22|8|@]|9|@]|A|$]]|$1|V|3|-4|5|6|7|23|8|@]|9|@]|A|$]]|$1|W|3|X|5|6|7|24|8|@]|9|@]|A|$]]|$1|Y|3|Z|5|6|7|25|8|@]|9|@]|A|$]]|$1|10|3|-4|5|6|7|26|8|@]|9|@]|A|$]]|$1|11|3|12|5|K|7|27|8|@]|9|@$F|28|G|29|1|2A]]|A|$]]|$1|13|3|14|5|K|7|2B|8|@]|9|@$F|2C|G|2D|1|2E]]|A|$]]|$1|15|3|16|5|K|7|2F|8|@]|9|@$F|2G|G|2H|1|2I]]|A|$]]|$1|17|3|18|5|K|7|2J|8|@]|9|@$F|2K|G|2L|1|2M]]|A|$]]|$1|19|3|1A|5|K|7|2N|8|@]|9|@$F|2O|G|2P|1|2Q]]|A|$]]|$1|1B|3|1C|5|K|7|2R|8|@]|9|@$F|2S|G|2T|1|2U]]|A|$]]|$1|1D|3|-4|5|6|7|2V|8|@]|9|@]|A|$]]|$1|1E|3|-4|5|6|7|2W|8|@]|9|@]|A|$]]]|1F|$1G|$5|1H|1I|1J|A|$1K|12]]|1L|$5|1H|1I|1J|A|$1K|14]]|1M|$5|1H|1I|1J|A|$1K|16]]|1N|$5|1H|1I|1J|A|$1K|18]]|1O|$5|1H|1I|1J|A|$1K|1A]]|1P|$5|1H|1I|1J|A|$1K|1C]]]]

I tried multiple top answers until the below steps worked (ASP.NET project targeting .NET Framework 4.6.2, Visual Studio 2019 on a system with crazy restrictive group policies, March 2021).
I needed to:
<ul>
<li>run VS as Admin
</li>
<li>in package manager console run
<pre><code>Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -v 2.0.1
</code></pre>
</li>
<li>Clean &amp; Rebuild Solution
</li>
</ul>
Without running VS as Admin, group policies blocked ps1 scripts that Update-Package needed to run.
PS. Before this worked, I tried numerous other answers (and ran git reset --hard after they failed). I do not know if any of them contributed to this eventually working. I tried:
<ul>
<li><a href="https://stackoverflow.com/a/32780433/4658148">https://stackoverflow.com/a/32780433/4658148</a></li>
<li><a href="https://stackoverflow.com/a/34391473/4658148">https://stackoverflow.com/a/34391473/4658148</a></li>
<li><a href="https://stackoverflow.com/a/41484473/4658148">https://stackoverflow.com/a/41484473/4658148</a></li>
<li><a href="https://stackoverflow.com/a/62136000/4658148">https://stackoverflow.com/a/62136000/4658148</a></li>
<li><a href="https://stackoverflow.com/a/54341249/4658148">https://stackoverflow.com/a/54341249/4658148</a></li>
<li><a href="https://stackoverflow.com/a/51308385/4658148">https://stackoverflow.com/a/51308385/4658148</a></li>
</ul>

blocks|key|126546|text|安装nudget包:+Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix+https://www.nuget.org/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix/1.0.0|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|126547|entityMap|0|LINK|mutability|MUTABLE|url|https://www.nuget.org/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix/1.0.0^0|1X|2M|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Install nudget package: Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix
<a href="https://www.nuget.org/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix/1.0.0" rel="nofollow noreferrer">https://www.nuget.org/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix/1.0.0</a>

blocks|key|129628|text|对于那些在构建服务器(TFS或竹子)上进行编译时遇到这个问题的人来说，我能够通过从"/t:“msbuild选项中删除"clean”选项来解决这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|129629|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

For those struggling through this when compiling on the build server (TFS or Bamboo), I was able to solve this by removing the &quot;clean&quot; option from the &quot;/t:&quot; msbuild options.

blocks|key|2687722|text|我也遇到了同样的问题，通过在nuget控制台中运行以下命令得到了解决|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2687723|安装-打包Microsoft.Net.Compilers+-Version+3.3.1|2687724|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I was also facing same issue got resolve by running the below command in nuget console
Install-Package Microsoft.Net.Compilers -Version 3.3.1

blocks|key|2687754|text|在我的例子中，我注意到"packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0“路径中没有"build”文件夹。这就是为什么没有创建roslyn文件夹的原因。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2687755|所以我的解决方案是：|2687756|从Nuget+Package+manager.|2687757|Clean/Rebuild|unordered-list-item|2687758|
再次转到|2687759|Clean+solution|ordered-list-item|2687760|2687761|2687762|这就对了。上面的解决方案对我都不起作用。希望这对任何人都有帮助|2687763|entityMap^0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|V|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|W|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|X|8|@]|9|@]|A|$]]|$1|K|3|L|5|M|7|Y|8|@]|9|@]|A|$]]|$1|N|3|-4|5|M|7|Z|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|10|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|11|8|@]|9|@]|A|$]]|$1|R|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|S|$]]

On my case, i Noticed that the &quot;build&quot; folder was not present in &quot;packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0&quot; path. And that was the reason why the roslyn folder was not beeing created.
So the solution for me was:
<ol>
<li>Clean solution</li>
<li>Go to Nuget Package Manager</li>
<li>Uninstall Microsoft.CodeDom.Providers.DotNetCompilerPlatform</li>
<li>Clean solution</li>
<li>Install Microsoft.CodeDom.Providers.DotNetCompilerPlatform again from Nuget package manager.</li>
<li>Clean/Rebuild</li>
</ol>
And there you go. None of the solution above worked for me . Hope this helps anyone

I am trying to run Asp.net MVC project retrieved from TFS source control. I have added all assembly references and I am able to build and compile successfully without any error or warning.

But I get the following error in the browser:

<blockquote>
 Could not find a part of the path
 'C:\B8akWorkspace\B8akProject\B8akSolution\B8AK.Portal\bin\roslyn\csc.exe'.
</blockquote>

Here is a full screenshot of the error page.

<a href="https://i.stack.imgur.com/lkxJP.png" rel="noreferrer"><img src="https://i.stack.imgur.com/lkxJP.png" alt="enter image description here"></a>

After few days of research, I understood that <a href="https://roslyn.codeplex.com/" rel="noreferrer">Roslyn</a> is .Net compiler platform that offers advance compiling features. However, I do not understand why my build is trying to find \bin\roslyn\csc.exe because I did not configure anything related to Roslyn nor I intend to use Roslyn in my project.

Could not find a part of the path ... bin\roslyn\csc.exe

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在尝试运行从Asp.net源代码管理中检索到的TFS MVC项目。我已经添加了所有的程序集引用，我能够成功地构建和编译，而不会出现任何错误或警告。但我在浏览器中得到以下错误：无法找到路径'C:\B8akWorkspace\B8akProject\B8akSolution\B8AK.Portal\bin\roslyn...

问找不到路径的一部分...bin\roslyn\csc.exe
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问找不到路径的一部分...bin\roslyn\csc.exeEN