本章前几节已经详细介绍了版本发布时所需要完成的工作，读者如果愿意，则完全可以手动地执行这些操作，检查是否有未提交代码、是否有快照依赖、更新快照版至发布版、执行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信息如代码清单13-1所示。
代码清单13-1 为版本发布配置SCM信息
代码清单13-1中的connection元素表示一个只读的scm地址，而developerConnection元素表示可写的scm地址，url则表示可以在浏览器中访问的scm地址。为了能让Maven识别，connection和developerConnection必须以scm开头，冒号之后的部分表示版本控制工具类型（这里是svn），Maven还支持cvs、git等。接下来才是实际的scm地址，该例中的connection使用了http协议，而developerConnection则由于涉及写操作，使用https协议进行了保护。
该配置只告诉Maven当前代码的位置（主干），而版本发布还要涉及标签操作。因此，还需要配置Maven Release Plugin告诉其标签的基础目录，如代码清单13-2所示。
代码清单13-2 配置maven-release-plugin提供标签基础目录
在执行release：prepare之前还有两个注意点：第一，系统必须要提供svn命令行工具，Maven需要svn命令行工具执行相关操作，而无法使用图形化的工具，如TortoiseSVN；第二，POM必须配置了可用的部署仓库，因为release：perform会执行deploy操作将构件发布到仓库中。关于如何配置部署仓库可参考9.6.1节。
一切就绪之后，在项目根目录下运行如下命令：
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键，如上例中为新的开发版本输入了值1.1.0-SNAPSHOT。
基于这些信息，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.1.0-SNAPSHOT并提交。
至此，release：prepare的工作完成。如果这时你发现了一些问题，例如将标签名称配置错了，则可以使用release：rollback命令回退发布，Maven Release Plugin会将POM的配置回退到release：prepare之前的状态。但需要注意的是，版本控制系统中的标签并不会被删除，也就是说，用户需要手动执行版本控制系统命令删除该标签。
在多模块项目中执行release：prepare的时候，默认maven-release-plugin会提示用户设定每个模块发布版本号及新的开发版本号。例如，如果在account-parent模块中配置正确的scm信息之后进行项目发布，就会看到如下的输出：
在很多情况下，我们会希望所有模块的发布版本以及新的SNAPSHOT开发版本都保持一致。为了避免重复确认，maven-release-plugin提供了autoVersionSubmodules参数。例如运行下面的命令后，maven-release-plugin就会自动为所有子模块使用与父模块一致的发布版本和新的SNAPSHOT版本：
如果检查下来release：prepare的结果没有问题，标签和新的开发版本都是正确的，可以执行如下发布执行命令：
该命令将标签中的代码签出，执行mvn deploy命令构建刚才准备的1.0.0版本，并部署到仓库中。至此，版本1.0.0正式发布完成。由于它已经被部署到了Maven仓库中，其他人可以方便地配置对它的依赖。
细心的读者可能会发现，如果你所发布项目的打包类型为jar，在执行release：perform之后，不仅项目的主构件会被生成并发布到仓库中，基于该主构件的-sources.jar和-javadoc.jar也会生成并发布。对于你的用户来说，这无疑是非常方便的，他们不仅能够下载你的主构件，还能够得到项目的源码和Javadoc。那么，release：perform是怎样生成-sources.jar和-javadoc.jar的呢？
8.5节介绍过，所有Maven项目的POM都继承自超级POM，而如果打开超级POM，就能发现如代码清单13-3所示内容。
代码清单13-3 超级POM中sources和javadoc的配置
超级POM中定义了一个名为release-profile的Maven Profile，Profile是指一段在特定情况下被激活并更改Maven行为的配置，本书后续会有专门的章节详细阐述。这里看到activate元素下有一个名为performRelease、值为true的属性配置，这表示当Maven运行时，如果运行环境中有performRelease属性且值为true的时候，该Profile就被激活。也就是说，该Profile下的配置会得到应用。那么，什么情况下Maven运行环境中会有名为performRelease、值为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和-javadoc.jar，但是当项目发布的时候，这些文件就显得十分重要。超级POM中的release-profile就是为了这种情形而设计的。需要注意的是，这种隐式的配置对于不熟悉Maven的用户来说可能会显得十分令人费解，因此将来的Maven版本中可能会从超级POM中移除这段配置，所以如果用户希望在发布版本时自动生成-sources.jar和-javadoc.jar，最好还是在自己的POM中显式地配置这些插件。