我之前也碰到过一模一样的情况——本地命令行指定Maven Profile构建完全正常，到Jenkins里就死活只认dev，其他Profile根本不生效。给你几个我亲测有效的排查和解决方向：

• 先盯紧Jenkins构建任务的命令配置
  最容易犯的错就是构建步骤里的Maven命令没写对。一定要确保你用的是mvn clean install -P 你的目标ProfileID，别漏了-P参数，也仔细核对Profile ID的拼写（大小写敏感！）。要是只写mvn clean install，那肯定会走pom里默认激活的dev。

• 检查Jenkins全局Maven配置有没有强制覆盖
  去Jenkins的「全局工具配置」里找Maven的设置项，看看是不是在MAVEN_OPTS或者全局Maven配置文件里加了-P dev这类强制指定Profile的参数。如果有的话，不管你构建任务里写啥，都会被全局配置覆盖，删掉这个强制参数就行。

• 确认pom.xml里的Profile激活规则
  翻下你的pom.xml，看看dev Profile是不是加了默认激活的配置：

  <profiles>
    <profile>
      <id>dev</id>
      <activation>
        <activeByDefault>true</activeByDefault>
      </activation>
      <!-- 其他配置 -->
    </profile>
    <!-- 其他Profile -->
  </profiles>
  

  这种情况下，只要没明确指定其他Profile，dev就会默认启动。不过你说本地命令行正常，这条大概率不是问题，但还是确认下更稳妥。

• 清理Jenkins工作空间的缓存
  Jenkins工作空间里残留的旧构建文件（比如target目录、Maven本地缓存）有时候会搞鬼，导致Profile识别异常。可以给构建任务加个「删除工作空间」的前置步骤，或者手动去Jenkins服务器上删掉对应任务的工作空间，再重新构建试试。

• 核对Jenkins和本地的Maven版本
  有可能Jenkins用的Maven版本和你本地命令行的不一样，不同版本对Profile的处理可能有细微差异。去全局工具配置里确认Jenkins的Maven安装路径和本地用的是同一个版本，或者至少是兼容的版本。

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