我发现我可以通过改变目标位置从obj/[释放|阶段|..]到解决方案文件夹之外的新路径，例如c:\deployment。看起来VS 2012有点混乱，可能在发布过程中就放弃了。

Matt

我也遇到了同样的问题。以上的方法对我来说都没用。

因此，我已经排除了在发布时未能复制的文件。

不管怎样，我最终放弃了与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，删除相关的pubxml。在你的PublishProfiles目录下，重新启动VS并发布。参与VS 2019的工作。

这里我们遇到了同样的问题。

我们只需将“Publish method:”从“File System”更改为“Web Deploy”，然后立即将其更改为“File System”。

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

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