Maven全局settings.xml为何会覆盖-s参数指定的项目本地配置？

核心原因 #

你遇到的现象是Maven的settings合并规则、profile激活规则共同作用的结果，-s参数的作用是替换默认的用户级settings，而非跳过全局settings，Maven始终会将全局配置和用户级配置合并生效，不会互相完全覆盖。

背后的运行机制如下： #

1. settings的加载层级与合并规则

Maven固定加载两份独立的settings配置文件，优先级从低到高为：

• 全局级配置：$MAVEN_HOME/conf/settings.xml，所有用户共享，始终会被加载，优先级最低
• 用户级配置：默认路径为~/.m2/settings.xml，使用-s参数时，会用你指定的文件替换该层级的配置，优先级高于全局级配置

两份配置合并时，同类型的配置项，用户级配置会覆盖全局级配置，但如果配置项位于profile内，还需要参考profile的激活状态判断是否生效。

2. 你当前场景的具体问题

你的全局配置中的sonar.host.url定义在id=default的profile中，且配置了<activeByDefault>true</activeByDefault>，该profile默认全局激活，属性默认生效。
你通过-s指定的本地settings配置，大概率满足以下两种情况之一，才会出现全局属性覆盖本地的现象：

• 本地的sonar.host.url写在未激活的profile中，profile未激活的情况下属性不会生效，全局激活的profile属性自然优先生效
• 本地和全局存在同id的profile，但本地profile没有设置激活规则，只有全局profile处于激活状态

解决方法 #

如果需要本地配置的属性覆盖全局的，可以采用以下任意一种方案：

• 将本地的sonar.host.url直接写在settings根节点下的<properties>标签中，不要放在profile内，用户级根properties优先级高于全局所有配置的properties
• 给本地存放sonar.host.url的profile配置激活规则，比如设置<activeByDefault>true</activeByDefault>，或者执行命令时通过-P [profileId]手动激活，激活后用户级profile的同key属性会覆盖全局profile的属性
• 直接通过命令行参数指定属性，优先级最高，示例：mvn compile -Dsonar.host.url=https://server2/，命令行参数会覆盖所有配置文件中的同key属性

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