我做了好几个项目都遇到了同样的问题。唯一受欢迎的似乎是网络项目。删除和重新创建概要文件只能解决一次问题。此外，比较生成的publishxml不会产生任何差异，因此它似乎与概要文件完全无关。

OP提到的来回更改构建问题的变通方法似乎是目前唯一可靠的解决方案。

检查你当前的项目，你是否做了相同的类名和不同的页面名(类名将继承复制的文件)。最终这将混淆编译器!!

代码文件=“合并.aspx.vb” 继承=“合并

同样的问题与VS 2012 Pro的磁盘发布目标。项目用来正确发布，但开始做这个问题，它无法将文件复制到目标文件夹。

解决方案是编辑发布配置文件，将模式从发布(任何CPU)更改为调试，然后返回发布(任何CPU)。这样做会导致PublishProfiles\projname.pubxml。要重写的用户文件(如上所述)。看起来它在propertygroup节点下添加了LastUsedBuild,LastUsedPlatform和TimeStampOfAssociatedLegacyPublishXmlFile元素。发布完成后，它将添加另一个ItemGroup，其中包含单独的文件和发布时间。

不管怎样，我最终放弃了与Web Deploy的斗争，让它做我想做的事情(复制可部署的文件，不做其他任何事情)，所以我在PowerShell中编写了脚本，对结果非常满意。它比我通过MSBuild/Web Publish尝试的任何方法都快得多，大概是因为这些方法仍然在做我不需要的事情。

以下是要点(字面意思):

function copy-deployable-web-files($proj_path, $deploy_dir) {
  # copy files where Build Action = "Content" 
  $proj_dir = split-path -parent $proj_path
  [xml]$xml = get-content $proj_path
  $xml.Project.ItemGroup | % { $_.Content } | % { $_.Include } | ? { $_ } | % {
    $from = "$proj_dir\$_"
    $to = split-path -parent "$deploy_dir\$_"
    if (!(test-path $to)) { md $to }
    cp $from $to
  }

  # copy everything in bin
  cp "$proj_dir\bin" $deploy_dir -recurse
}

在我的例子中，我在CI环境(TeamCity)中调用它，但它也可以很容易地连接到构建后事件中。

在Visual Studio 2012中，版本之间的切换仍然会导致问题。

我们添加了一个预构建事件来删除obj文件夹:del /s /f /q $(ProjectDir)\obj，它修复了发布的问题。清洁有时有效，但并非总是有效。

一个简单的解决方法是删除发布配置文件并创建一个新的配置文件。

当您右键单击解决方案并选择publish时，您就有了一个概要集。删除这个并创建一个新的。

这将解决问题。

从2010年切换到2012年，我就遇到了这个问题