我在Visual Studio生成的服务参考文件在整体路径长度方面变得太长时遇到过这种情况。

通过使用svcutil.exe重新生成服务引用来缩短它们，删除所有原始的服务引用文件。

Svcutil可以这样调用:

"C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\SvcUtil.exe" /language:CS http://myservice /namespace:*,My.Namespace

我的。命名空间应该替换为生成的服务代理中的现有命名空间(通常在Reference.cs文件中找到)，以避免编译错误。

http://myservice应该替换为服务端点url。

我做了好几个项目都遇到了同样的问题。唯一受欢迎的似乎是网络项目。删除和重新创建概要文件只能解决一次问题。此外，比较生成的publishxml不会产生任何差异，因此它似乎与概要文件完全无关。

OP提到的来回更改构建问题的变通方法似乎是目前唯一可靠的解决方案。

我在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" />

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

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

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

Matt

最近在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.