Azure DevOps流水线执行CopyFiles后ojdbc8.jar大小翻倍求助

1. 先确认源文件本身状态 #

• 登录Linux代理机器，手动解压${Build.SourcesDirectory}/App/target/下的目标zip文件，检查其中ojdbc8.jar的实际大小：
  • 如果源zip里的jar已经是8641KB，说明问题出在Maven打包阶段，和CopyFiles@2复制任务无关。
  • 如果源zip里的jar是正常的4923KB，再继续排查复制及后续环节。

2. 排查Maven打包逻辑 #

• 检查项目pom.xml，确认是否存在以下情况：
  • 依赖配置中重复引入了ojdbc8，导致打包时多次写入jar内容
  • 使用的打包插件（如maven-assembly-plugin、maven-shade-plugin）是否有特殊配置，比如合并依赖时重复处理了ojdbc8
• 查看Maven打包阶段的日志，搜索"ojdbc8"相关输出，确认是否有重复打包、依赖冲突的记录。

3. 验证复制后的文件状态 #

• 复制任务执行完成后，直接查看${Build.ArtifactStagingDirectory}下的zip文件，解压后校验ojdbc8.jar大小：
  • 如果这里已经异常，检查代理机器的磁盘是否有IO异常，或者CopyFiles@2任务是否有隐性的文件篡改逻辑（该任务本身仅做文件复制，概率极低）
  • 如果这里正常，问题则出在工件发布或下载环节。

4. 校验工件发布与下载环节 #

• 重新下载已发布的工件，再次解压校验jar大小，排除下载过程中文件损坏的可能。

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