基于Maven与Artifactory的Feature分支构建存储策略咨询

我来帮你解决这个头疼的问题——核心就是要打破Maven默认的SNAPSHOT仓库路由逻辑，让你的feature分支构件精准落到专属的feature仓库里，同时还能保留SNAPSHOT的开发特性。下面给你几个最优方案，按需选择：

方案1：通过Maven配置强制指定部署仓库（灵活可控） #

Maven的默认行为是：只要版本号里带SNAPSHOT，就自动往快照仓库部署。我们可以通过构建参数或pom profile直接覆盖这个规则。

方法A：Jenkins构建时动态指定仓库 #

在Jenkins的Maven构建步骤中，添加如下命令参数，直接指定部署目标仓库：

mvn deploy -DaltDeploymentRepository=feature-repo::default::http://your-artifactory-url/artifactory/feature-repo

这里的feature-repo是你在Artifactory中创建的专属仓库的仓库Key，不管版本号里有没有SNAPSHOT，构件都会被强制传到这个仓库。

方法B：pom中配置Feature分支专属Profile #

在项目的pom.xml里添加一个专属profile，只有当构建feature分支时自动激活：

<profiles>
  <profile>
    <id>feature-branch</id>
    <activation>
      <property>
        <!-- 匹配所有feature开头的分支 -->
        <name>branch</name>
        <value>feature/*</value>
      </property>
    </activation>
    <distributionManagement>
      <repository>
        <id>feature-repo</id>
        <url>http://your-artifactory-url/artifactory/feature-repo</url>
      </repository>
      <!-- 关键：把快照仓库也指向feature仓库，避免Maven自动跳转 -->
      <snapshotRepository>
        <id>feature-repo</id>
        <url>http://your-artifactory-url/artifactory/feature-repo</url>
      </snapshotRepository>
    </distributionManagement>
  </profile>
</profiles>

然后在Jenkins构建时，通过Git插件获取当前分支，传递参数激活这个profile：

mvn deploy -Dbranch=${GIT_BRANCH}

这样feature分支构建时会自动使用配置的feature仓库，其他分支不受影响。

方案2：Artifactory全局路由规则配置（无侵入式，推荐） #

如果不想修改Maven或Jenkins的构建配置，可以在Artifactory里设置路由规则，强制将符合feature/X.X-Feature-DTBXXXXX-SNAPSHOT格式的构件路由到你的feature仓库。

步骤如下：

1. 登录Artifactory，进入Admin > Repositories > Routing Rules
2. 点击New Routing Rule，配置规则：
   • Name：比如feature-snapshot-route
   • Repository：选择你的feature专属仓库
   • Include Patterns：填写**/feature/*-SNAPSHOT/**（匹配你的feature分支版本格式）
   • Priority：设为比默认快照路由更高的值（比如10），确保优先触发
3. 保存规则后，Artifactory会自动拦截符合格式的构件，将其路由到feature仓库，而不是默认快照仓库。

另外，还要检查Jenkins的Artifactory插件配置：不要勾选“自动将SNAPSHOT部署到快照仓库”的选项，或者在部署步骤里明确指定目标仓库为feature仓库。

方案3：临时调整版本命名（不推荐） #

如果上面的方法都不想用，也可以临时修改feature分支的版本号，把SNAPSHOT替换成FEATURE（比如feature/1.0-Feature-DTB12345-FEATURE），但这会破坏Maven SNAPSHOT的自动更新特性，开发环境可能无法实时获取最新构建，所以不推荐。

总结下来，方案1的方法B或方案2是最优选择：既保留了SNAPSHOT的开发便利性，又能彻底避免快照仓库被feature分支构件污染。

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