如何在JFrog Artifactory中按Build Number存储Maven构件？

当然可以实现按Build Number来组织你的构件存储路径！这样既能避免同版本的新构件覆盖旧构件，还能保留每个构建版本的可追溯性。下面是具体的分步实现方法：

1. 配置JFrog Artifactory的自定义仓库布局 #

首先需要在JFrog后台调整libs-release-local仓库的路径规则，让它支持Build Number维度：

• 登录Artifactory后台，找到libs-release-local仓库的配置页面
• 切换到Layout标签页，选择Custom Layout（如果没有现成符合需求的布局）
• 定义新的布局模式：
  • Artifact Path Pattern：[orgPath]/[module]/[buildNumber]/[baseRev]/[artifact]-[baseRev](-[classifier]).[ext]
  • 这里的[buildNumber]就是我们要引入的构建编号变量，[orgPath]对应Maven的groupId（自动转换为路径格式），[module]对应artifactId，[baseRev]对应版本号
• 保存这个自定义布局，并将libs-release-local仓库的布局切换为这个新布局

2. 在Maven构建中传入Build Number参数 #

接下来需要在执行mvn install时，把Build Number传递给Maven，让它能正确映射到JFrog的路径中：

• 如果是用CI/CD工具（比如Jenkins、GitLab CI），可以直接读取CI环境中的构建编号变量，构建命令示例：

  mvn install -Dbuild.number=${BUILD_NUMBER} -DaltRepository=libs-release-local::default::http://your-jfrog-instance-url/artifactory/libs-release-local
  

• 如果是本地测试，手动指定Build Number即可：

  mvn install -Dbuild.number=1 -DaltRepository=libs-release-local::default::http://your-jfrog-instance-url/artifactory/libs-release-local
  

3. 配置Maven settings.xml简化构建命令（推荐） #

为了避免每次构建都重复输入仓库地址和认证信息，可以在Maven的settings.xml中预先配置：

• 在servers节点添加JFrog的认证信息：

  <server>
    <id>libs-release-local</id>
    <username>your-jfrog-username</username>
    <password>your-jfrog-password-or-api-key</password>
  </server>
  

• 在profiles节点添加仓库配置：

  <profile>
    <id>jfrog-release</id>
    <repositories>
      <repository>
        <id>libs-release-local</id>
        <url>http://your-jfrog-instance-url/artifactory/libs-release-local</url>
        <releases>
          <enabled>true</enabled>
        </releases>
        <snapshots>
          <enabled>false</enabled>
        </snapshots>
      </repository>
    </repositories>
  </profile>
  

• 激活这个profile，确保构建时自动生效：

  <activeProfiles>
    <activeProfile>jfrog-release</activeProfile>
  </activeProfiles>
  

配置完成后，构建命令就可以简化为：

mvn install -Dbuild.number=${BUILD_NUMBER}

验证效果 #

执行上述构建命令后，你的构件就会被存储到如下格式的路径中：
libs-release-local/com/example/my-app/1/1.2.1/my-app-1.2.1.jar
完全符合你想要的结构，不同Build Number下的同版本构件不会互相覆盖，方便后续的构建追溯和构件管理。

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