即使启用了Windows长路径，Alink错误1065即使

Question

我正在尝试获得C＃Visual Studio 2019/MSBuild作业，以在Jenkins Build Server上构建。我知道我的文件路径太长了，因此我启用了组策略编辑器中的长文件路径（并验证了它在“重新启动”服务器后已在注册表编辑器中持续存在）。

但是，现在我遇到以下错误“ Alink：致命错误AL1065：文件名...太长或无效”。

快速的Google搜索导致我进入。但是，我不知道什么是炼金术软件，以及为什么在构建过程中使用它以及为什么失败。 （尽管在最后一点，我猜想Alchemy Software .dll并不是“长地址意识”，我认为这对于应用Windows中的长路径是必不可少的。但是由于我无法找到任何 无法确定。

.dll或.exe与此软件关联，我

PS和请，没有评论我应该如何重组文件路径以使其短。我已经尝试这样做，但对于此应用程序是不切实际的。无论如何，它不断弹出并正在成为一种摩尔的情况，所以我真的宁愿修复根本原因，而不是不断地将创可贴放在各处。

Answer 1

我将把这个设置为答案，因为在汉斯·帕斯特（Hans Passant）的非常有用的评论和随后的研究之后，我认为这是非常确定的，所以这大多可以解决，而不是解决。 （可能会在此答案的末尾讨论例外。）

如那些注释中所述，此错误源自a 链接器模块称为 al.exe smbuild用于某些项目配置之后）。可以在几个位置找到此链接器，但是对我来说，它是从 c：\ program Files（x86）\ Microsoft SDKS \ Windows \ Windows \ v10.0a \ bin \ bin \ bin \ netfx 4.8 Tools 中调用的。

msbuild可以处理长文件路径只要Windows配置为这样做（通过在组策略编辑中启用长路径或直接修改注册表）。但是，此 al.exe 模块不能。据我所知，没有办法强迫它这样做。因此，如果您的构建工具链需要使用此 al.exe 要使用的模块，则是Sol。

对于我的特殊情况，对于詹金斯（Jenkins）的工作而失败，因为我的道路太长，我通过更改工作空间来解决这个问题。因此，现在我将其更改为 d：\ jenkins \ workspaces \ [product] \ earseases \ [product_version] ，而不是默认的东西，我将其更改为 d：\ j \ dd0_1c ，这对我来说很有意义。该文件夹路径的缩短避免了任何后续文件路径，从而超过了260个字符的限制。这不是一个令人满意的解决方案，但它适用于我的特定情况。

我确实提到了所有这些可能的例外：如果您可以让MSBUILD完全避免使用 al.exe ，那么您可以避免此错误。

我不知道MSBuild使用此模块的所有场景或工作流程，但是我确实知道，当您的应用程序具有本地化资源时，它确实可以使用。代码> al.exe 当它生成这些资源时。这正是我的情况，我发现和此页面msbuild do 利用 al.exe 。我确实尝试了这些页面中描述的步骤，并且 能够验证我不再从 al.exe 中获得此Alink错误。但是，我从来没有让我的项目完全构建，因为这种重新配置会导致其他构建错误出现。因此，最终，为了权宜之计（并且因为它比执行我的代码重构更干净），所以我选择了Jenkins Workspace解决方案。
但是，有趣的是，只要您的项目有利于这两个链接中给出的解决方案，您 can 避免使用 al.exe 。因此，希望，如果有人遇到同一问题，他们可能比我在使用这种方法方面取得了更多的成功。