遵循以下步骤来解决:

Build > Publish > Profile > New

创建一个新的概要文件，并使用与现有概要文件相同的设置对其进行配置。

项目现在将正确发布。这通常是由另一台机器在更新版本的Visual Studio中创建的受源代码控制的发布配置文件造成的。

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

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

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

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

我终于自己找到了答案。以上所有的方法都不适合我。

我所做的是，我将项目移动到驱动c，将项目文件夹更改为更短的内容，然后boom它发布。

在我这边失败的原因是我有很长的项目名称/层次结构。

c:\用户\用户\桌面\合规管理系统\合规issue emanagementsystem \合规issue emanagementsystem

我想到了这一点，因为有时当我提取rar文件时，它说名称/路径太长。我以为它会和visual studio 2012发布一样。确实如此!

希望对你们有所帮助。

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

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

这是因为.pubxml. xml。User包含发布所需的信息，该文件没有(也不应该)包含在源代码控制中。要修复这个VS错误，请从.pubxml. xml文件中复制信息。用户文件到.pubxml文件。相关属性为:

<LastUsedBuildConfiguration>Release</LastUsedBuildConfiguration>
<LastUsedPlatform>Any CPU</LastUsedPlatform>

把它们放到.pubxml中，就可以开始了。

下面的方法对我很有效:

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

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