git diff 无法直接提取“真正需要编译”的Java文件,因静态分析调用链需结合AST或class索引;实操中应先用git diff --name-only过滤.java文件,再按package兜底或借助javap/Spoon反向查调用方,同时规避绕过Maven导致的Lombok、注解处理器等缺失问题。
直接用 git diff --name-only 很容易漏掉继承链上受影响的类,比如只改了 Utils.java 里的一个 static 方法,但多个 Service 类都调用了它——这些 Service 类不在这次 diff 里,却必须重新编译。
实操建议:
git diff --name-only HEAD^ HEAD 获取本次提交变更文件,再过滤出 *.java 后缀.java 文件,用 javap -s 或 AST 解析(如 Spoon)提取其 public 方法签名,反向查所有调用该签名的类(需已有全量编译产物或 classpath 索引).java 文件加入编译队列(避免漏编,代价可控)test/、resources/ 目录下的文件,它们不参与 Java 编译跳过 Maven 虽快,但 javac 不会自动处理依赖、annotation processor、lombok 插件或 module-info.java,容易编译失败或生成错误字节码。
实操建议:
javac -cp "$(mvn dependency:copy-dependencies -DoutputDirectory=/tmp/deps -Dmdep.stripVersion=true -q -Dsilent=true; echo /tmp/deps/* | tr 'n' ':')" ...
lombok,得加 -processor lombok.launch.AnnotationProcessorHider$AnnotationProcessor(版本需匹配)package xxx does not exist,不是路径错,而是没把 target/classes 加进 -cp ——增量编译时,未变更类仍需从这里加载-sourcepath 指向整个 src/main/java,否则会误编译未变更文件,破坏增量语义Java Agent 的 Instrumentation.retransformClasses() 不允许新增/删除方法或字段,只支持修改已有方法体。只要 class 文件结构有变更(哪怕只是加了个 @Deprecated),就会触发这个错误。
实操建议:
@Data、@Builder 等注解——它们会在编译期注入方法,导致 class 结构变化,必须禁用或改用纯手写 getter/setterjavac 编译参数与原构建一致:特别是 -target 和 -source 版本,JDK 17 编译的 class 在 JDK 11 运行时 retransform 必然失败static final 常量,JVM 会内联该值,retransform 后旧值仍被缓存git diff --name-only 默认输出相对路径,而 git archive 或 xcopy 脚本若没统一根目录,会导致打包时路径断裂,线上解压后找不到 class。
实操建议:
git -C $PROJECT_ROOT diff --name-only $OLD $NEW,确保路径基准一致git archive --format=zip --prefix=app/ $COMMIT_ID $(git diff --name-only $OLD $NEW) > update.zip,--prefix 强制统一前缀xcopy 时,源路径末尾加 (如 %src_dir%),否则 xcopy ab cd 会把 b 当文件名拷,而非目录git config core.quotepath false,否则 git diff 输出乱码路径,后续脚本无法识别真实场景里,最难的不是拿到 diff 列表,而是判断“哪些类因间接依赖必须连带编译”。没有调用链分析,就只能靠 package 粒度兜底;有了,又得维护索引一致性。这两头的权衡点,往往比工具链本身更消耗工程精力。