GitHub Workflow中Maven测试因缺失测试资源失败但本地运行正常

• 先确认CI环境的文件状态是否符合预期
  在Workflow的Maven执行步骤前后分别添加文件列表打印命令：
  执行Maven前执行ls -R ${GITHUB_WORKSPACE}/test-files确认checkout后源文件是否完整存在，重点核对文件名、目录名的大小写是否和配置一致（本地Windows/macOS大小写不敏感，Ubuntu CI环境大小写敏感，这是此类问题最高频诱因）；
  执行Maven后执行ls -R ${GITHUB_WORKSPACE}/target确认test-dir目录和目标文件是否真的复制成功。
• 校验Maven插件执行逻辑是否生效
  在CI的Maven命令后添加-X参数打印调试日志，搜索你配置的execution id copy-resource-one，确认该复制操作是否被触发，源目录、输出目录的解析结果是否符合预期，是否存在变量替换失败的问题。
  同时核对是否存在多Profile配置，确认本地默认激活的Profile是否也在CI环境中被激活，避免插件配置被Profile条件屏蔽。
• 优化路径配置兼容性
  把pom中配置的${basedir}/target替换为Maven标准属性${project.build.directory}，该属性会自动指向正确的构建输出目录，兼容性优于硬编码的target路径，避免不同环境下构建目录配置偏移导致的写入失败。
• 对齐Maven与插件版本
  显式在pom的maven-resources-plugin配置中指定稳定版本号，避免CI环境默认的插件版本和本地版本行为不一致；同时核对本地使用的Maven版本和CI环境的Maven版本，必要时在actions/setup-java步骤中指定Maven版本和本地对齐。
• 排查文件权限问题
  Ubuntu环境对文件权限校验严格，若测试需要读取文件的执行/可读权限，可在Maven执行前添加步骤chmod -R 755 ${GITHUB_WORKSPACE}/test-files统一授予源文件权限，避免权限不足导致的读取失败。

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