我偶然发现了一个issue on the AspNetCore repository，结果发现这是一个工具问题。不幸的是，它在优先级列表中似乎很低，尽管它可能是一个有害的问题。
无论如何，这个问题的OP给了我一个想法，那就是删除包含已发布的cshtml文件的文件夹，然后回收apppool以重新发现已编译的视图。
因为我通过FTP发布，所以在发布过程中我不能做任何事情。所以，我做了一个PowerShell脚本来每分钟检查是否存在违规文件夹。如果找到该文件夹，则将其删除并回收应用池。
我也摆脱了RCL，回到了最初的预构建XCOPY方式。现在它可以工作，但如果工具被修复以避免这样的变通方法，那会更好（当然！）。

我最近在引入多个具有Razor视图的项目时遇到了这个问题。托管项目的dotnet publish步骤失败，并出现 duplicate items found 错误，因为它多次看到_ViewImports.cshtml。
解决此问题的方法是将MSBuild属性EnableDefaultContentItems设置为false，并在.csproj文件中添加相关内容项，如下所示：

<PropertyGroup>
  <EnableDefaultContentItems>false</EnableDefaultContentItems>
</PropertyGroup>

<ItemGroup>
  <!-- Never copy on publish -->
  <Content Include="Views\**\*.cshtml" CopyToPublishDirectory="Never" />
  <Content Include="**\*.json" />
  <Content Include="web.config" />
</ItemGroup>

这里的技巧是CopyToPublishDirectory属性，它将确保这些文件在发布时不会被复制。
只要将RazorCompileOnPublish设置为true（这是默认值），就可以正常工作。