修正-提供的各种解决方案都不适合我。在VS Community 2017, Windows Server 2012 R2中对我有用的是为用户更改TEMP和TMP环境变量，然后重新启动系统并再次部署(重新启动VS是不够的)。这些临时变量是VS发布临时变量的地方。

在改变临时变量后重新启动visual studio没有做到这一点，必须重新启动系统。

我在VS 2010上遇到了同样的问题，在检查发布输出，事件日志，打开和检查visual studio日志等之后，我决定删除web发布(通过添加/删除)，我相信最近更新到v1.0.30810.0。这就解决了问题。

以上的方法对我来说都没用。

但我注意到我们的五个ASP。NET MVC项目在我们的主要解决方案中，其中四个将部署包放在正确的位置，而一个将它留在obj\Debug下。

我比较了这些项目，发现了不一致之处。解决办法是改变这一点:

<Import
    Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />

:

<Import
  Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets"
  Condition="'$(VSToolsPath)' != ''" />
<Import
  Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets"
  Condition="false" />

在我做了这个更改之后，所有五个项目都将它们的部署包放在了正确的位置。

(很抱歉排了这么长的队，但我找不到更好的方式来浓缩它们。)

最近在VS 2013的一个MVC项目中，我导入了Umbraco CMS，遇到了同样的问题。我不能出版。上面的答案很有帮助，尽管我需要一段时间来弄清楚我在vs中应该做什么。这需要一些研究，比如在MS博客上找到答案。我试着简单地说:

Choose in the VS toolbar a certain configuration e.g. Release and Any CPU. Run the project. Afterwards right-click in the Solution Explorer on the solution in question, choose Publish. Create a new publishing profile or use a given one, but always make sure that in the settings the same configuration (e.g. Release and Any CPU) is chosen, as before you run the project the last time. Additionally in my case it was necessary to delete the OBJ folder because here the settings from my last unsuccessful tries to publish got stuck, though I restarted VS and deleting all publishing profiles.

修正-提供的各种解决方案都不适合我。在VS Community 2017, Windows Server 2012 R2中对我有用的是为用户更改TEMP和TMP环境变量，然后重新启动系统并再次部署(重新启动VS是不够的)。这些临时变量是VS发布临时变量的地方。

在改变临时变量后重新启动visual studio没有做到这一点，必须重新启动系统。

不管怎样，我最终放弃了与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)中调用它，但它也可以很容易地连接到构建后事件中。