我正在尝试运行ASP。NET MVC(模型-视图-控制器)项目从TFS (Team Foundation Server)源代码控制检索。我已经添加了所有程序集引用，我能够成功地构建和编译，没有任何错误或警告。
但是我在浏览器中得到以下错误:
找不到路径的一部分 “C: \ B8akWorkspace \ B8akProject \ B8akSolution \ B8AK.Portal \ bin \ roslyn \ csc.exe”。
以下是错误页面的完整截图。
经过几天的研究，我了解到Roslyn是一个提供高级编译特性的. net编译器平台。但是，我不明白为什么我的构建试图找到\bin\roslyn\csc.exe，因为我没有配置任何与roslyn相关的东西。我也没打算让罗斯林参与我的项目。
当前回答
我不得不改变WebAPI和MVC项目文件，不构建视图:
<MvcBuildViews>false</MvcBuildViews>
这解决了我的TFS 2015构建服务器错误与罗斯林。仍然不确定为什么csc.exe被复制到\bin\csc.exe，但发布进程正在寻找\bin\Roslyn\csc.exe…找不到导致这种差异的变换。
其他回答
默认的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>
默认的VS2015模板的问题是编译器实际上没有复制到{outdir}_PublishedWebsites\tfr\bin\roslyn\目录中，而是复制到{outdir}\roslyn\目录中。这可能与您的本地环境不同，因为AppHarbor使用输出目录构建应用程序，而不是“就地”构建解决方案。
要修复它，在xml块<Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">
<PropertyGroup>
<PostBuildEvent>
if not exist "$(WebProjectOutputDir)\bin\Roslyn" md "$(WebProjectOutputDir)\bin\Roslyn"
start /MIN xcopy /s /y /R "$(OutDir)roslyn\*.*" "$(WebProjectOutputDir)\bin\Roslyn"
</PostBuildEvent>
</PropertyGroup>
参考:https://support.appharbor.com/discussions/problems/78633 -斜面-构建- aspnet - mvc项目生成——从vstudio - 2015企业
在我的情况下，我有问题在詹金斯，当它试图部署它在章鱼有以下错误:
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和重建，这是为了确保一切都能正常工作和构建。
最后，在我的主程序中，我尝试更新我的内部组件。一切都比重新建造好。它没有任何问题或问题。
其他的答案都对我没用。在做了一个文件夹比较之前/之后与我预期提交的文件，我发现GIT忽略了一个必需的文件夹。如果跟踪存储库中的编译器，请确保跟踪BUILD文件夹。如果不是，编译器将永远不会被构建，并将在发布后抛出这个确切的错误。我在我的.gitignore文件中添加了这一行:
!**/packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.1/build/
现在它可以正确地部署到其他计算机上。
以我为例，在尝试任何其他解决方案之前，我切换到“发布”配置，重新创建(文件夹被创建)，然后切换回“调试”，而文件夹保持不变。
这是从旧解决方案的源代码控制中签出的，显然原始(自动)包恢复和构建项目并没有在bin目录中创建该文件夹。
注意，在撰写本文时，被指责的组件已经达到v.2。
