我也有同样的问题，但没有一个答案在这个线程为我工作。我的问题是，有一个目录，其中包含动态生成(由我的应用程序)静态HTML文件。没有发布整个目录。

我找到了适合我的解决方案:

One issue I got a while back and thought I should document was that certain file types were not being uploaded when I published my project. The file types in question were .pdf files and .rtf. The reason this happened was because these file extensions were not recognized as requiring publishing by Visual Studio. Luckily this can be changed in Visual Studio. Select the file(s) that aren’t being copied. In Properties ensure that Build Action is set to Content. If this doesn’t work the following can be tried. Under the Project menu select Package/Publish Web and notice this drop down: Try changing this to All files in this project folder.

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

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

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

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

这将解决问题。

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

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

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

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

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

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

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

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

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