Maven：自动化版本发布。

当熟悉了版本发布流程之后，就会希望借助工具将这一流程自动化。Maven Release Plugin就提供了这样的功能，只要提供一些必要的信息，他就能帮我们完成上述所有版本发布所涉及的操作。下面介绍如何使用Maven Release Plugin发布项目版本。

Maven Release Plugin主要有三个目标，他们分别为：

release:prepare        准备版本发布，依次执行下列操作：

• 检查项目是否有未提交的代码。
• 检查项目是否有快照版本依赖。
• 根据用户的输入将快照版本升级为发布版。
• 将POM中的SCM信息更新为标签地址。
• 基于修改后的POM执行Maven构建。
• 提交POM变更。
• 基于用户输入为代码打标签。
• 将代码从发布版升级为新的快照版。
• 提交POM变更。

release:rollback    回退release:prepare所执行的操作。将POM回退至release:prepare之前的状态，并提交。需要注意的是，该步骤不会删除release:prepare生成的标签，因此用户需要手动删除。

release:perform        执行版本发布。签出release:prepare生成的标签的源代码，并在此基础上执行mvn deploy命令打包并部署构件至仓库。

要为项目发布版本，首先需要为其添加正确的版本控制系统信息，这是因为Maven Release Plugin需要知道版本控制系统的主干、标签等地址信息后才能执行相关的操作。一般配置项目的SCM信息如下所示。

<project>
...
    <scm>
        <connection>scm:svn:http://192.168.1.103/app/trunk</connection>
        <developerConnection>scm:svn:http://192.168.1.103/app/trunk</developerConnection>
        <url>http://192.168.1.103/project1/trunk</url>
    </scm>
...
</project>

上述代码中connection元素表示一个只读的scm地址，而developerConnection元素表示可写的scm地址，url则表示可以在浏览器中访问的scm地址。为了能让Maven识别，connection和developerConnection必须以scm开头，冒号之后的部分表示版本控制工具类型（这里是svn），Maven还支持cvs、git等。接下来才是实际的scm地址，该例中的connection使用了http协议，而developerConnection则由于涉及操作，使用https协议进行了保护。

该配置只告诉Maven当前代码的位置（主干），而版本发布还要涉及标签操作。因此，还需要配置Maven Release Plugin告诉其标签的基础目录，如下所示。

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-release-plugin</artifactId>
    <version>2.0</version>
    <configuration>
        <tagBase>https://192.168.1.103/app/tags/</tagBase>
    </configuration>
</plugin>

在执行release:prepare之前还有两个注意点：第一，系统必须要提供svn命令行工具，Maven需要svn命令行工具执行相关操作，而无法使用图形化的工具，如TortoiseSVN；第二，POM必须配置了可用的部署仓库，因为release:perform会执行deploy操作将构件发布到仓库中。

一切就绪之后，在项目根目录之后，在项目根目录下运行如下命令：

$ mvn release:prepare

Maven Release Plugin开始准备发布版本，如果他检测到项目有未提交的代码，或者项目有快照版的依赖，则会提示出错。如果一切都问题，则会提示用户输入想要发布的版本号、标签的名称以及新的快照版本号。

如果项目的artifactId为app,发布前的版本为1.0.0-SNAPSHOT，则Maven Release Plugin会提示使用发布版本号1.0.0，使用标签名称app-1.0.0，新的开发版本为1.0.1-SNAPSHOT。如果这些模式值正是你想要的，直接按Enter键即可，否则就输入想要的值再按Enter键。

基于这些信息，Maven Release Plugin会将版本从1.0.0-SNAPSHOT更新为1.0.0，并更新SCM地址http://192.168.1.103/app/trunk至http://192.168.1.103/app/tags/app-1.0.0。在此基础上运行一次Maven构件以防止意外的错误出现，然后将这两个变化提交，并为该版本打上标签，标签地址是http://192.168.1.103/app/tags/app-1.0.0。即tagBase路径加上标签名称。之后，Maven Release Plugin会将POM中的版本信息从1.0.0升级到1.0.0-SNAPSHOT并提交。

至此，release:prepare的工作完成。如果这时你发现了一些问题，例如将标签名称配置错了，则可以使用release:rollback命令回退发布，Maven Release Plugin会将POM的配置回退到release:prepare之前的状态。但需要注意的是，版本控制系统中的标签并不会被删除，也就是说，用户需要手动执行版本控制系统命令删除该标签。

在多模块项目中执行replease:prepare的时候，默认maven-release-plugin会提示用户设定每个模版发布版本及新的开发版本号。
在很多情况下，我们会希望所有模块的发布版本以及新的SNAPSHOT开发版本都保持一致。为了避免重复确认，maven-release-plugin提供了autoVersionSubmodules参数。例如运行下面的命令后，maven-release-plugin就会自动为所有子模块使用与父模块一致的发布版本和新的SNAPSHOT版本：

$ mvn release:prepare -DautoVersionSubmodules=true

如果检查下来release:prepare的结果没有问题，标签和新的开发版本都是正确的，可以执行如下发布执行命令：

$ mvn release:perform

该命令将标签中的代码签出，执行mvn deploy命令构建刚才准备的1.0.0版本，并部署到仓库中。至此，版本1.0.0正式发布完成。由于他已经被部署到了Maven仓库中，其他人可以方便的配置对他的依赖。

如果你所发布项目的打包类型为jar，在执行release:perform之后，不仅项目的主构件会被生成并发布到仓库中，基于该主构件的-sources.jar和-jarvadoc.jar也会生成并发布。对于你的用户来说，这无疑是非常方便的，他们不仅能够下载你的主构件，还能够得到项目的源码和Javadoc.那么，release:perform是怎样生成-sources.jar和-jarvadoc.jar的呢？

所有Maven项目的POM都继承自超级的POM，而如果打开超级POM，就能发现如下所示内容。

<profiles>
    <profile>
        <id>release-profile</id>
        <activation>
            <property>
                <name>performRelease</name>
                <value>true</value>
            </property>
        </activation>
        
        <build>
            <plugins>
                <plugin>
                    <inherited>true</inherited>
                    <artifactId>maven-source-plugin</artifactId>
                    <executions>
                        <execution>
                            <id>attach-sources</id>
                            <goals>
                                <goal>jar</goal>
                            </goals>
                        </execution>
                    </executions>
                </plugin>
                <plugin>
                    <inherited>true</inherited>
                    <artifactId>maven-javadoc-plugin</artifactId>
                    <executions>
                        <execution>
                            <id>attach-javadocs</id>
                            <goals>
                                <goal>jar</goal>
                            </goals>
                        </execution>
                    </executions>
                </plugin>
                <plugin>
                    <inherited>true</inherited>
                    <artifactId>maven-deploy-plugin</artifactId>
                    <configuration>
                        <updateReleaseInfo>true</updateReleaseInfo>
                    </configuration>
                </plugin>
            </plugins>
        </build>
    </profile>
</profiles>

超级POM中定义了一个名为release-profile的Maven Profile，Profile是指一段在特定情况下被激活并更改Maven行为的配置。这里看到activation元素下有一个名为performRelease、值为true的属性配置，这表示当Maven运行时，如果运行环境中有performRelease、值为true的属性配置，这表示当Maven运行时，如果运行环境中有performRelease属性且值为true的时候，该Profile就被激活。也就是说，该Profile下的配置会得到应用。那么，什么情况下Maven运行环境中会有名为performRelease、值为true的属性呢？可以在命令行指定。例如：

$ mvn clean install -DperformRelease=true

但是，在执行release:perform的时候，Maven Release Plugin会自动生成值为true的performRelease属性。这时，超级POM中的release-profile就会被激活。

这个Profile配置了3个Maven插件，maven-sources-plugin的jar目标会为项目生成-source.jar文件，maven-javadoc-plugin的jar目标会为项目生成-javadoc.jar文件，而maven-deploy-plugin的update-release-info配置则会在部署的时候更新仓库中的元数据，告诉仓库该版本是最新的发布版。每个插件配置中值为true的inherited元素则表示该插件配置可以被子POM继承。

在日常的快照开发过程中，往往没有必要每次都生成-source.jar和-jarvadoc.jar，但是当项目发布的时候，这些文件就显得十分重要。超级POM中的release-profile就是为了这种情形而设计的。需要注意的是，这种隐式的配置对于不熟悉Maven的用户来说可能会显得十分令人费解，因此将来的Maven版本中可能会从超级POM中移除这段配置，所以如果用户希望在发布版本时自动生成-sources.jar和-jarvadoc，最好还是在自己的POM中显式的配置这些插件。