Maven项目切换分支后Config.properties修改不生效问题求助

架构老林

2026-6-25

解决分支切换后Config.properties修改不生效的问题

先确认文件是否真的更新到目标环境
直接登录服务器，找到应用部署目录下的Config.properties文件，查看内容是否包含新分支里的新增变量。比如在Linux服务器上执行：
```
cat /path/to/your/app/Config.properties
```
如果文件内容还是旧的，说明分支切换或部署过程有问题，先排查版本控制拉取或部署脚本是否正确。
检查构建产物中的配置文件
如果是本地构建后部署，查看构建输出目录里的配置文件是否正确。比如Maven项目看target/classes/Config.properties，Gradle项目看build/resources/main/Config.properties，确认里面的内容是新分支的版本。如果不对，执行强制清理构建命令：
Maven：
```
mvn clean install -U
```
Gradle：
```
./gradlew clean build --refresh-dependencies
```
排查配置加载优先级冲突
很多框架（如Spring Boot、Spring MVC）会优先加载外部配置源，比如：
- 服务器上的自定义配置目录（如Tomcat的conf目录）
- 环境变量或系统属性
- 启动参数指定的配置文件
  检查是否存在这些外部配置覆盖了项目内的Config.properties，比如查看应用启动日志里的配置加载记录，确认实际加载的是哪个文件。
清理服务器端的残留缓存
除了重启服务器，还需要清理应用容器的临时文件：
- Tomcat：删除work和temp目录下的所有文件
- 如果用了分布式缓存（如Redis），检查是否缓存了旧的配置值，需要清空对应的缓存键
检查版本控制状态
在本地开发环境执行：
```
git status
git diff Config.properties
```
确认当前分支是否正确，Config.properties有没有未提交的修改或冲突，确保分支切换后文件已经同步为新分支的版本。
排查CI/CD部署流程（如果用了自动化部署）
检查部署脚本是否正确拉取了目标分支的代码，是否存在硬编码的分支名或配置文件路径；确认CI/CD构建过程中没有覆盖Config.properties的步骤。