如何自动化将类迁移重构至新的Maven/Gradle模块？

Aside: Longest-winded question I've ever made ... appreciate your patience.

背景 #

一个团队用Spring Boot搭建了几个微服务，每个微服务都在独立的Git仓库里，但共用一套构建流水线和制品仓库。目前每个微服务都只是单一的Maven或Gradle模块，每个仓库还会发布OpenAPI文档（注：原始背景内容有截断，以下基于现有场景给出迁移方案）。

作为常年跟Maven/Gradle打交道的开发者，我分享一套高效的自动化迁移重构流程，亲测好用：

一、先把依赖关系摸清楚 #

• 先导出依赖树：用mvn dependency:tree（Maven）或者gradle dependencies（Gradle）命令生成完整的依赖关系，搞清楚要迁移的类被哪些地方引用，同时这些类本身依赖了哪些其他组件。这一步绝对不能省，不然迁移后一堆编译错误哭都来不及。
• 提前建好新模块：在现有项目根目录下创建新的子模块，Maven的话直接新建带pom.xml的文件夹，Gradle要在settings.gradle里加上include ':new-module'，先把架子搭好。

二、自动化迁移代码+调整依赖 #

• 用IDE批量重构：比如IntelliJ IDEA的「移动类」功能，选中要迁移的类直接拖到新模块的对应包下，IDE会自动更新所有引用该类的导入语句。要是迁移的类多，还可以用「批量重构」功能，一次性搞定。嫌IDE慢的话，也可以写个简单的脚本（比如Python+正则）批量替换项目里的导入路径，但记得先备份代码！
• 调整构建配置：
  • Maven：在原模块的pom.xml里删掉迁移类相关的配置，新模块的pom.xml要加对依赖，要是原模块还需要调用新模块的类，记得在原pom里加新模块的<dependency>。
  • Gradle：原模块的build.gradle里移除对应的源码目录，新模块的build.gradle要配置好源码路径，同时处理模块间的依赖引用，比如implementation project(':new-module')。

三、自动化验证，避免踩坑 #

• 自动跑构建：写个简单的shell或者bat脚本，执行mvn clean install（Maven）或者gradle clean build（Gradle），自动检查构建是否通过。这样不用手动点构建，省时间还不容易错。
• 自动跑测试：把单元测试、集成测试也加到脚本里，比如mvn test或者gradle test，确保迁移后功能没毛病。
• 检查依赖冲突：用mvn dependency:analyze（Maven）或者gradle dependencyInsight（Gradle）看看有没有依赖冲突或者冗余依赖，提前解决掉。

四、Git提交+流水线适配 #

• 批量提交代码：用Git命令批量处理，比如git add .然后git commit -m "迁移XX类至新模块"，要是多个仓库都要动，可以写个脚本批量执行Git操作。
• 更新流水线：记得把构建流水线的步骤调整一下，比如要先构建新模块，再构建依赖它的原模块，还要确保制品仓库能正确上传新模块的包。

备注：内容来源于stack exchange，提问作者Dave L.