Spring Boot+Testcontainers启动前拉取远程Liquibase迁移脚本方案

以下是三个经过生产验证的方案，不需要改动现有服务的Liquibase集成逻辑，也不会造成脚本重复维护：

方案1：测试生命周期前置拉取脚本，临时目录加载执行 #

• 绑定Testcontainers的容器启动前置回调（用Testcontainers自带的生命周期监听或者JUnit 5的@BeforeAll注解都可以），在数据库容器启动完成、Liquibase迁移执行前，自动拉取远程迁移脚本到测试运行的临时目录。
• 拉取逻辑按需选择：如果脚本存放在Git仓库，用JGit做浅克隆，只拉取对应环境的changelog目录即可，不需要全量拉取仓库，速度足够快；如果脚本已经打包成压缩包存在内部制品库，直接发HTTP请求拉取后解压到临时路径即可。
• 拉取完成后，直接把Liquibase的changelog路径指向这个临时目录，不需要把脚本存到服务本地资源目录，测试结束后临时目录自动清理，不会残留冗余文件。
• 可以加一层本地缓存：按脚本的版本号/Git提交哈希把脚本存在本地Maven缓存目录，同版本脚本不需要重复拉取，大幅降低测试启动耗时。

方案2：复用现有Jenkins流程，构建预初始化数据库镜像 #

这个方案和你现有技术栈的契合度最高，完全不需要在服务测试侧写脚本拉取逻辑：

• 利用现有Jenkins执行迁移脚本的流水线，加一个后置步骤：每次迁移脚本更新合并后，基于你使用的基础数据库镜像（MySQL/PostgreSQL等）启动临时容器，执行完全量迁移脚本后，把初始化完成的数据库提交成自定义镜像，推送到内部镜像仓库，镜像tag和脚本版本绑定。
• 测试时Testcontainers直接拉对应版本的预初始化镜像启动即可，比启动空库再逐行执行迁移脚本快30%以上，而且迁移执行逻辑和生产环境完全由Jenkins统一管控，不会出现测试侧和生产侧迁移执行逻辑不一致的问题。

方案3：迁移仓库封装轻量测试客户端，统一维护执行逻辑 #

• 在存放迁移脚本的独立仓库里新增一个极简的test-starter模块，只封装两个能力：拉取对应版本迁移脚本、接收数据库连接参数执行Liquibase迁移，把这个模块打包成薄Jar发布到内部Maven仓库。
• 两个Spring Boot应用只需要在test作用域引入这个依赖，测试启动时直接调用starter提供的工具方法，传入Testcontainers数据库的JDBC连接信息即可完成迁移。所有脚本拉取、版本匹配、兼容逻辑都统一在迁移仓库维护，两个业务服务完全不需要感知脚本的存储位置，也不会出现多份脚本重复维护的问题。

注意事项：脚本仓库的访问凭证不要硬编码在测试代码里，本地开发环境存放在个人的测试配置文件中，CI环境通过环境变量注入即可，避免凭证泄露。

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