如何将构建产物（artifact）发布到不同的Nexus仓库

在Maven中，通过pom.xml文件中的配置可以控制构建产物（artifact）发布到不同的Nexus仓库。对于snapshot版本和release版本，通常会使用不同的仓库来存放这些构建产物。

为了确保snapshot版本被部署到snapshot仓库，而release版本被部署到release仓库，你需要在pom.xml中正确配置distributionManagement标签。下面是一个示例配置：

对于snapshot版本:

<project>
  ...
  <version>1.0.0-SNAPSHOT</version>
  ...
  <distributionManagement>
    <repository>
      <!-- Release 版本的仓库配置 -->
      <id>nexus-releases</id>
      <name>Nexus Release Repository</name>
      <url>http://your-nexus-url/repository/maven-releases/</url>
    </repository>
    <snapshotRepository>
      <!-- Snapshot 版本的仓库配置 -->
      <id>nexus-snapshots</id>
      <name>Nexus Snapshot Repository</name>
      <url>http://your-nexus-url/repository/maven-snapshots/</url>
    </snapshotRepository>
  </distributionManagement>
  ...
</project>

对于release版本:

对于release版本，你只需要配置repository部分，不需要配置snapshotRepository，或者两者都配置也可以，但repository的URL应指向release仓库。

<project>
  ...
  <version>1.0.0</version>
  ...
  <distributionManagement>
    <repository>
      <!-- Release 版本的仓库配置 -->
      <id>nexus-releases</id>
      <name>Nexus Release Repository</name>
      <url>http://your-nexus-url/repository/maven-releases/</url>
    </repository>
    <!-- 可以选择性地配置snapshotRepository -->
    <snapshotRepository>
      <id>nexus-snapshots</id>
      <name>Nexus Snapshot Repository</name>
      <url>http://your-nexus-url/repository/maven-snapshots/</url>
    </snapshotRepository>
  </distributionManagement>
  ...
</project>

当使用mvn deploy命令时，Maven会根据你的版本号和配置将构建产物部署到相应的仓库中。如果版本号包含-SNAPSHOT后缀，则会被部署到snapshot仓库；否则，它会被部署到release仓库。

此外，你还可以通过命令行参数指定特定的仓库进行部署：

部署snapshot版本: mvn deploy -DaltDeploymentRepository=nexus-snapshots::default::http://your-nexus-url/repository/maven-snapshots/
部署release版本: mvn deploy -DaltDeploymentRepository=nexus-releases::default::http://your-nexus-url/repository/maven-releases/

这样就可以确保正确的版本类型被部署到正确的仓库中。

关于版本覆盖

对于snapshot版本:

在软件开发中，特别是使用构建工具如Maven或Gradle时，snapshots（快照）版本通常用于开发和测试阶段的不稳定版本。这些版本的目的是为了方便团队成员之间共享仍在开发中的组件。

对于同一个snapshot版本号，通常情况下，如果仓库配置允许的话，新的构建会覆盖旧的snapshot版本。这是因为snapshot版本的目的是反映最新的开发状态，所以每次构建后上传的新snapshot应该包含最新的更改。

例如，在Maven仓库中，如果你有两个构建时间不同的1.0-SNAPSHOT版本的构件被上传到同一个仓库，较新的那个通常会覆盖较旧的那个。这是Maven仓库默认的行为，但也可以通过配置来改变这种行为。

对于release版本:

当你使用Maven部署一个release版本到Nexus或其他Maven仓库时，默认情况下，相同的groupId、artifactId和版本号的构建产物不会被覆盖。这是因为Maven仓库的设计理念之一就是避免覆盖已存在的版本，从而保持构建的可重复性和稳定性。

如果你尝试部署相同版本的构建产物，且该版本已经在仓库中存在，Maven默认会抛出错误，除非你明确地允许覆盖。

要允许覆盖已存在的构建产物，你可以使用以下几种方法之一：

使用命令行参数:

mvn deploy -Dmaven.wagon.http.sharedAuthentication=false -Dmaven.wagon.http.authentication=always -Dmaven.deploy.file.update=true

修改settings.xml: 在~/.m2/settings.xml文件中添加或修改以下设置：

<settings>
  ...
  <servers>
    <server>
      <id>nexus-releases</id>
      <configuration>
        <updateReleaseInfo>true</updateReleaseInfo>
      </configuration>
    </server>
  </servers>
  ...
</settings>

这里updateReleaseInfo设置为true表示允许更新已存在的release信息。

修改pom.xml:

在pom.xml文件中加入如下配置：

<project>
  ...
  <build>
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-deploy-plugin</artifactId>
        <version>2.8.2</version>
        <configuration>
          <updateReleaseInfo>true</updateReleaseInfo>
        </configuration>
      </plugin>
    </plugins>
  </build>
  ...
</project>

请注意，通常不建议轻易覆盖release版本，因为这可能会导致构建不可预测的问题，例如破坏依赖关系链。在生产环境中，建议保留所有版本的历史记录，以便可以回滚到以前的版本。

如果你确实需要更新release版本，那么上述方法可以用来实现这一目标。但是，在执行此类操作之前，请确保了解其潜在的影响，并采取适当的措施来确保构建的稳定性和可追溯性。