如何控制.NET服务引用的文件名？

Windows在path中有259个字符的限制。 不幸的是，由于我们的一些服务引用名称，这开始给我们带来麻烦。

例如，我们的TFS分支具有一个已经存在的path，然后.NET服务引用几乎翻了一番，因为它们总是使用完全限定的名称空间作为文件名：

Some.Really.Long.Fully.Qualified.Namespace.Service.Reference.Name.datasource

AFAIK，你不能改变服务引用的名字 – 但我希望我错了。 可以这样做吗？

如何创build（32位）.NET应用程序以使用3 GB RAM？

SSL证书预取.NET

在C＃中确定正版Windows安装

定位框架突然从VS 2017失踪

如何使用SPI_SETWORKAREA标志调整桌面工作区的大小？

如果没有，是否还有其他可能的解决方法来解决这个烦人的问题？

编辑：另外，我知道一个明显的解决办法是缩短我们的命名空间和/或path，但假设在这种情况下我们不能这样做。 :)我主要是想弄清楚如何控制服务引用的文件名。

更新：我遇到的根本问题是TFS不让我在特定的分支上得到最新的。 这是确切的错误：

TF205022：以下path包含超过允许的259个字符：[C： Some-really-long-259-character-path-here]

阅读事件日志从最新到最旧

什么版本的Windows将支持.NET 4.0？

Windows Server版本和WCF行为

与本地Windows服务进行通信的“正确”方式

.NET / WinForms：在特定的屏幕上最大化一个窗口

事实证明，这些.datasource文件可以被删除，因为它们不需要构建项目。 所以我们只是在TFS中扫描了所有.datasource文件，并删除了它们。

这篇文章更多地谈到这一点。

259？ 实际上NTFS是32K，但是Windows Explorer限制为“256”，有一定的Windows API允许创建和处理更长的路径，直到NTFS〜32k的真正限制，2的适当的权力，但是大多数软件并没有真正使用这些本地apis …

看到这里： 在NTFS（Windows XP和Windows Vista）中的最大文件名的长度？ 。

一个可能是从Sys Internals中使用连接工具，并将您的长分支路径直接连接到C＃中直接更短的东西，所有的东西都应该工作，因为我只能使用相对路径。