下面的方法对我很有效:

简单地从发布>调试>发布(反之亦然)更改，然后发布。

不需要删除，编辑，发布任何你不需要的东西。

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

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

我曾多次发布过这个网站。但有一天，当我修改了一些aspx文件，然后试图发布网站，结果是一个空的发布文件夹。

在我的变通中，我找到了一个解决方案。

发布向导将在发布时反映任何错误，但不会将任何文件复制到目标文件夹。 要找出产生错误的文件，只需将网站文件夹内容复制到一个新文件夹中，并用该网站启动visual studio。 现在，当你尝试发布时，它会给你一个包含错误的文件名。 只需纠正原始网站文件夹中的错误，并尝试发布，它将像之前一样工作。

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

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

这将解决问题。

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

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

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

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

但我注意到我们的五个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" />

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

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