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

我正在尝试运行从TFS源代码控制检索的Asp.net MVC项目。我已经添加了所有程序集引用，并且能够成功构建和编译而没有任何错误或警告。

但是我在浏览器中收到以下错误：

找不到路径“ C：\ B8akWorkspace \ B8akProject \ B8akSolution \ B8AK.Portal \ bin \ roslyn \ csc.exe”的一部分。

这是错误页面的完整屏幕截图。

经过几天的研究，我了解到Roslyn是.Net编译器平台，可提供高级编译功能。但是，我不明白为什么我的版本试图查找\ bin \ roslyn \ csc.exe，因为我没有配置与Roslyn相关的任何内容，也不打算在项目中使用Roslyn。

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

TL; 博士

在程序包管理器控制台中运行以下命令：

Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r

更多信息

此问题与Visual Studio本身无关，因此建议添加构建步骤来复制文件的答案是一种解决方法。与手动将编译器二进制文件添加到项目中相同。

Roslyn编译器来自NuGet程序包，该程序包的某些版本中存在（或存在）错误（我不知道是哪个版本）。解决方案是将该软件包重新安装/升级为无错误版本。最初在2015年写答案之前，我通过安装以下特定版本的软件包来解决该问题：

• Microsoft.Net。编译器1.1.1
• Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.1

然后，我查看了.csproj并确保包的路径正确（在我的情况下是.. \ .. \ packages \ *。*），位于<ImportProject>顶部的标签内<Target>，底部的名称为“ EnsureNuGetPackageBuildImports”。这是在MVC 5和.NET Framework 4.5.2上。

您的构建正在尝试查找，\bin\roslyn\csc.exe因为以下软件包已添加到您的项目中。只需查看您的packages.config文件，即可将它们都保存在那里

Microsoft.CodeDom.Providers.DotNetCompilerPlatform
Microsoft.Net.Compilers

什么是Roslyn以及谁在项目中添加了它们（包）：如果您使用.net Framework 4.5.2通过VS2015创建项目，则可能已经注意到，默认情况下，项目模板使用Roslyn。实际上，Roslyn是 Microsoft用于.NET语言的开源编译器之一。

我们为什么要删除Roslyn： 如果您的项目有Roslyn引用，并且您有兴趣不部署任何服务器，则由于许多托管服务提供商仍未升级其服务器，因此不支持Roslyn，因此您会在网站上看到不必要的错误。若要解决此问题，您将需要从项目模板中删除Roslyn编译器。

如果您对使用Roslyn不感兴趣，请 按照以下步骤删除它

1. 删除NuGet软件包，从Nuget软件包控制台使用以下命令

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

2. 完成此操作后，应自动更新web.config文件。如果没有，请在web.config文件中查找以下代码，如果找到，则删除这段代码。

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

清洁和重建对我有用！

这是执行此操作的更多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目录中（而不是文件夹中）。该应用程序似乎可以正常运行。

如GitHub上Roslyn项目中的一个问题所述，一种解决方案（对我有用）是在Visual Studio中简单地卸载和重新加载该项目。

在重新加载项目之前，“ bin \ roslyn”文件夹不是在构建或重建时创建的。

我按照这些步骤操作，效果很好

• 删除所有bin和obj文件夹
• 清洁解决方案并重建
• 在Powershell中运行此命令

Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r

在尝试了所有无雪茄的修复后，我通过在Visual Studios中更新此Nuget包来修复了它：

Microsoft.CodeDom.Providers.DotNetCompilerPlatform

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

1. 清洁溶液
2. 重建解决方案，这两个步骤对我有用。

您需要安装Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix，它是专门为该错误而创建的

• 右键单击您的项目，然后选择“管理Nuget程序包”
• 找到“ Microsoft.CodeDom.Providers.DotNetCompilerPlatform”
• 只需更新到旧版本或新版本（无关紧要），然后再次更新回原始版本。

这将重新安装软件包的所有依赖项和文件（例如csc.exe）

因此，罗布·坎农（Rob Cannon）的答案基本上对我有用，但是我不得不调整一些选项。具体来说，我必须删除目标上的条件，并更改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>

更新适用于我的nuget软件包右键单击解决方案>管理NuGet软件包以获得解决方案并更新所有软件包，尤其是： Microsoft.Net.Compilers 和Microsoft.CodeDom.Providers.DotNetCompilerPlatform

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

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

<system.codedom>
</system.codedom>

根据丹尼尔·尼尔的评论：

Microsoft.CodeDom.Providers.DotNetCompilerPlatform Nuget软件包的1.0.3版适用于我，但是1.0.6版导致此问题中的错误

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

就我而言，在Jenkins中尝试在Octopus中部署它时出现了以下错误：

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并进行了重建，这是为了确保一切正常工作并正确构建。

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

就我而言，我只需要转到Visual Studio解决方案资源管理器（Web应用程序项目）中的bin目录，并直接包含roslyn项目。右键单击该文件夹，然后选择“包含在项目中”。并再次签入解决方案以触发构建过程。

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

Microsoft.CodeDom.Providers.DotNetCompilerPlatform从1.0.0 升级到1.0.1可以解决此问题。

打开项目文件，然后使用Import Project =“ .. \ packages \ Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0 ... 删除所有引用。

打开web.config并删除所有system.codedom编译器属性

正如已经指出/programming/32780315#34391473，快速修复是使用软件包管理器， Tools> Nuget Package Manager> Package Manager Console，运行

Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r

但是，另一种解决方案（如果缺少包，则自动且无提示地重新创建包）是删除项目Web.config文件的属性。
（Web.config与.csproj文件位于同一目录中。）

Web.config在文本编辑器中（或在Visual Studio中）打开文件。
-在标签configuration> system.codedom> compilers> compiler language="c#;cs;csharp"，完全去除type属性。

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <!-- ... -->
  <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>

简而言之，删除以开头的行type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft。

（大概，相同的修复程序适用于Visual Basic和Csharp，但我没有尝试过。）

Visual Studio将负责其余的工作。没有了Server Error in '/' Application。

在上面的zip文件中提供的示例代码中，HTTP Error 403 当您按Ctrl+ 时，现在将得到F5。

尝试http://localhost:64195在Web浏览器中用替换http://localhost:64195/api/products。
现在，Web API将显示为：

出于挑衅，我尝试删除packageVisual Studio解决方案的整个目录。
一旦我（重新）构建了它，它就会自动而无声地重新创建。

最后但并非最不重要的是，这里是重现该错误的代码：http : //schulze.000webhostapp.com/vs/SrvrErr-reproduce.zip（最初来自 https://github.com/aspnet/AspNetDocs/tree/master/aspnet / web-api / overview / advanced /从a-net-client / sample / server / ProductsApp调用a-web-api-）

就我而言，仅删除bin文件夹中的所有内容并重新编译即可完成所有工作。

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

1. 右键单击解决方案
2. 选择清洁溶液
3. 清理成功后，重新构建您的项目
4. 再次运行项目

这次我没有看到相同的错误。这按预期工作。

如果要添加ASPNETCOMPILER来在MVC中编译Razor视图（如以下StackOverflow问题所示），则将PhysicalPath更改为Roslyn nuget包所在的位置（通常通过$ CscToolPath变量指向）：

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

默认VS2015模板的问题在于，编译器实际上并未复制到{outdir}_PublishedWebsites\tfr\bin\roslyn\目录中，而是复制到了{outdir}\roslyn\目录中。这可能与您的本地环境不同，因为它AppHarbor使用输出目录来构建应用程序，而不是“就地”构建解决方案。

要修复此问题，请.csproj在xml块之后，在文件末尾添加以下内容<Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">...</Target>

<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-cant-build-aspnet-mvc-project-generation-from-vstudio-2015-enterprise

在我的情况下，类似于Basim，有一个NuGet包告诉编译器我们需要C＃6，而我们不需要。

我们必须删除NuGet软件包Microsoft.CodeDom.Providers.DotNetCompilerPlatform，然后将其删除：

1. <package id="Microsoft.CodeDom.Providers.DotNetCompilerPlatform" version="1.0.0" targetFramework="net452" /> 从packages.config文件
2. <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>

在system.codedom节点中，您可以看到为什么引入了roslyn：compilerOptions="/langversion:6

在解决方案资源管理器中删除Bin文件夹，然后再次构建解决方案。那可以解决问题

在本地主机上一切正常时，在服务器上安装应用程序时遇到了同样的问题。

这些解决方案都没有，我总是遇到相同的错误：

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

我最终这样做：

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

这解决了我的问题。

重新启动Windows。

这是尝试重建，删除内容bin并重建，重新启动Visual Studio 之后对我有用的唯一解决方案。

这是C＃/。NET构建工具多么糟糕的另一个例子。

我认为（阅读许多答案之后），总体结论是，此问题的原因和解决方案在很大程度上取决于设置和项目，因此，如果一个答案不起作用，请尝试另一个。在弄乱NuGet软件包或重新安装开发工具之前，请尝试非侵入性/破坏性解决方案，例如重新启动Visual Studio，重新引导，重建等。祝好运！

（注意：使用Visual Studio 2019，并且项目文件最初是在Visual Studio 2015中创建的。也许这可以帮助某人调查此问题）

（编辑：这可能是由于安装程序提示重新启动而在安装/修改Visual Studio安装或更新Visual Studio之后没有重新启动引起的吗？）

我有没有csproj文件的webproject，这里提到的解决方案对我不起作用。

更改目标.NET框架，重新安装软件包（Update-Package -reinstall），然后构建适合我的项目。您甚至可以在执行此操作后更改目标框架（确保以后再次安装nuget软件包）。