我在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提到的来回更改构建问题的变通方法似乎是目前唯一可靠的解决方案。

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

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

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

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

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

希望对你们有所帮助。

检查你当前的项目，你是否做了相同的类名和不同的页面名(类名将继承复制的文件)。最终这将混淆编译器!!

代码文件=“合并.aspx.vb” 继承=“合并

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

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

第一:

内置版本配置。 在项目属性->页面选择下的所有文件和文件夹 包/发布Web。 重建溶液(清洁溶液之后)。 现在发布。

出版时，重新检查你所选择的。 这个应该可以了。我就是这样!:)