.NET Core 2.0 MVC预编译视图在VSTS CI/CD部署中异常求助

我之前也碰到过一模一样的情况——本地用VS2017发布完全正常，一到VSTS部署就没了预编译的视图DLL，大概率是构建或发布流程的配置没匹配上默认的预编译逻辑，给你几个具体的排查和解决步骤：

• 确认项目文件的预编译配置
  虽然.NET Core 2.0默认开启发布时预编译Razor视图，但有可能项目文件里的配置被意外覆盖了。打开你的.csproj文件，检查是否存在以下配置：

  <PropertyGroup>
    <MvcRazorCompileOnPublish>true</MvcRazorCompileOnPublish>
    <RazorCompileOnBuild>false</RazorCompileOnBuild>
  </PropertyGroup>
  

  MvcRazorCompileOnPublish必须设为true（这是发布时生成预编译视图DLL的关键开关），而RazorCompileOnBuild设为false是正常的——它控制的是编译阶段就预编译视图，默认发布阶段才会执行这个操作。

• 检查VSTS构建任务的dotnet publish参数
  VSTS默认的构建任务可能没有完全复刻VS本地发布的参数。确保你的“Dotnet Core”发布任务使用了正确的命令和参数：

  • 命令选择publish
  • 参数填写-c Release --output $(Build.ArtifactStagingDirectory)/publish
    重点是-c Release——Debug模式下默认不会启用完整的预编译优化，只有Release发布才会生成视图预编译DLL。另外，要确保构建任务没有跳过发布阶段的预编译步骤，比如不要加--no-restore或--no-build这类可能干扰的参数（除非你明确知道自己在做什么）。

• 验证VSTS构建代理的.NET Core SDK版本
  如果你的构建代理上安装的.NET Core SDK版本不是2.0.x系列，可能会出现兼容性问题。在VSTS的构建任务中，找到“Use .NET Core SDK version”选项，手动指定2.0.x的具体版本（比如2.0.8），避免代理使用更高版本的SDK导致预编译逻辑不一致。

• 检查发布任务是否完整复制输出文件
  如果你用的是“Azure App Service Deploy”这类发布任务，要确保部署的是整个发布输出目录（也就是$(Build.ArtifactStagingDirectory)/publish下的所有内容）。视图预编译DLL通常命名为[你的项目名].Views.dll，会和其他程序集一起放在发布目录的根或bin子目录下——如果发布任务只复制了部分文件，就会漏掉这些DLL。

• 查看构建日志排查细节
  去VSTS的构建日志里找dotnet publish的输出段，看看有没有类似“Precompiling Razor views...”的日志信息。如果没有，说明预编译步骤根本没触发；如果有但没生成DLL，那可能是项目里的视图有语法错误（本地VS发布时可能会忽略或提示，但命令行发布可能静默失败），这时候要逐一检查视图的语法问题。

内容的提问来源于stack exchange，提问作者Chase Harrison