执行mvn clean install时切换分支对Maven的影响及分支使用疑问

1. 在执行mvn clean install期间切换分支会对Maven产生影响吗？ #

当然会有严重影响！Maven构建的全程都依赖当前工作目录下的文件——包括pom.xml、源码、资源文件等等。如果你在构建中途切换分支，Git会立刻把当前目录的文件替换成目标分支的版本，这就导致Maven后续的编译、测试、打包步骤会混用两个分支的内容：前半段用分支A的代码，后半段突然变成分支B的文件。

这种情况大概率会引发各种问题：比如依赖定义不匹配导致编译失败、代码语法错误、测试用例跑不通，甚至可能生成一个混合了两个分支代码的错误产物，完全不可用。而且本地的target目录也会变得混乱，残留两个分支的构建文件，后续再构建也容易出问题。

总结：绝对不要在Maven构建过程中切换分支，这是非常容易踩的坑！

2. 先在分支A执行mvn clean install，切换到分支B后Maven会使用哪个分支？ #

当你完成分支A的构建并切换到分支B后，后续执行任何Maven命令都会完全基于分支B的内容。

Maven不会记录你之前在哪个分支执行过构建，它只认当前工作目录里的文件。切换分支后，pom.xml、源码、资源文件都已经变成分支B的版本了，Maven自然会用这些文件来执行构建。

不过这里有个小提醒：如果你切换分支后直接执行mvn install而不先跑mvn clean，target目录里可能还残留着分支A的构建产物，导致最终打包出来的文件混入旧分支的内容。所以切换分支后，建议先执行mvn clean清理旧产物，再进行新的构建。

额外小贴士 #

• 如果你需要同时处理多个分支的任务，推荐用Git的git worktree功能，给每个分支单独创建一个工作目录，这样不用来回切换分支，也不会互相影响构建。
• 构建耗时久的话，可以考虑开启Maven的增量构建（默认已经支持），或者拆分模块并行构建（用-T参数，比如mvn clean install -T 1C）来缩短构建时间。

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