jKube 1.14+版本生成超长路径导致构建失败求助

1. 定位问题根源 #

• 在Azure Devops的Maven任务中添加-X参数开启调试日志，执行构建时重点查看oc:build/oc:resource阶段的路径生成日志，确认重复的路径段具体内容（比如是依赖坐标重复、模块名循环拼接还是模板变量异常）。
• 对比jKube 1.13与1.14+版本的变更记录，重点关注依赖收集、资源路径生成、分层构建相关的功能改动，这类变更最可能引入路径重复的bug。

2. 调整jKube配置修复路径问题 #

• 禁用分层构建：jKube 1.14+默认启用分层构建，若该特性导致路径拼接异常，可在插件配置中关闭：

  <plugin>
    <groupId>org.eclipse.jkube</groupId>
    <artifactId>openshift-maven-plugin</artifactId>
    <version>1.16.0</version>
    <configuration>
      <layered>false</layered>
    </configuration>
  </plugin>
  

• 自定义输出路径：通过outputDirectory指定更短的构建输出目录，减少路径长度：

  <configuration>
    <outputDirectory>${project.build.directory}/kube</outputDirectory>
  </configuration>
  

• 排查自定义模板：检查项目src/main/jkube下的资源模板，确认是否存在循环渲染的变量导致路径重复生成。

3. 解决文件系统长路径限制 #

• 若使用Windows环境的Azure Devops代理：
  • 在Maven任务的环境变量中添加MAVEN_OPTS=-Djdk.io.FilePathSupport=enabled，开启JDK对长路径的支持。
  • 开启Windows系统的长路径支持（通过组策略或注册表修改HKLM\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled为1）。
• 若使用Linux代理：
  • 调整文件系统的最大路径长度限制（如ext4可通过tune2fs -O dir_index /dev/sdX优化，或修改系统参数），或通过-Djkube.output.dir指定更短的临时输出目录。

4. 临时应急方案 #

• 若紧急需要发布，可暂时回退到jKube 1.13版本，同时在jKube官方仓库提交issue，提供你的环境信息和重复路径的具体内容，等待官方修复。
• 手动干预构建：在oc:build阶段前添加脚本任务，扫描并重命名超长路径的文件，再继续执行后续jKube命令。

内容的提问来源于stack exchange，提问作者Deddiekoel