项目开发过程中，部署的过程包含需如下步骤：

• 将所的项目代码提交到 SVN 或者代码库中并打上标签。
• 从 SVN 上下载完整的源代码。
• 构建应用。
• 存储构建输出的 WAR 或者 EAR 文件到一个常用的网络位置下。
• 从网络上获取文件并且部署文件到生产站点上。
• 更新文档并且更新应用的版本号。

问题描述

一般来说，上面提到的开发流程往往不是一个团队单独完成的，而是会牵涉多个团队协同推进。比如，一个团队负责提交代码，另一个团队负责构建。环节一多，再叠加人工操作和多团队配合，出错的概率自然就会上升，几乎任何一步都可能出现偏差。举个常见的情况：网络机器上的旧版本没有及时更新，结果部署团队又把更早的构建版本重新部署了一遍。

解决方案

通过结合以下方案来实现自动化部署：

• 使用 Ma ven 构建和发布项目
• 使用 SubVersion， 源码仓库来管理源代码
• 使用远程仓库管理软件（Jfrog或者Nexus） 来管理项目二进制文件。

修改项目的 pom.xml

我们将会使用 Ma ven 发布的插件来创建一个自动化发布过程。

例如，bus-core-api 项目的 pom.xml 文件代码如下：

   4.0.0
   bus-core-api
   bus-core-api
   1.0-SNAPSHOT
   jar 
   
      http://www.svn.com
      scm:svn:http://localhost:8080/svn/jrepo/trunk/
      Framework
      scm:svn:${username}/${password}@localhost:8080:
      common_core_api:1101:code
   
   
      
         Core-API-Ja va-Release
         Release repository
         http://localhost:8081/nexus/content/repositories/
         Core-Api-Release
      
   
   
      
         
            org.apache.ma ven.plugins
            ma ven-release-plugin
            2.0-beta-9
            
               false
               deploy
               [bus-core-api-release-checkin]-<
               /scmCommentPrefix>
            
         
      
   

在 pom.xml 文件中，我们常用到的一些重要元素节点如下表所示：

Ma ven Release 插件

Ma ven 使用 ma ven-release-plugin 插件来完成以下任务。

mvn release:clean

清理工作空间，保证最新的发布进程成功进行。

mvn release:rollback

在上次发布过程不成功的情况下，回滚修改的工作空间代码和配置保证发布过程成功进行。

mvn release:prepare

执行多种操作：

• 检查本地是否存在还未提交的修改
• 确保没有快照的依赖
• 改变应用程序的版本信息用以发布
• 更新 POM 文件到 SVN
• 运行测试用例
• 提交修改后的 POM 文件
• 为代码在 SVN 上做标记
• 增加版本号和附加快照以备将来发布
• 提交修改后的 POM 文件到 SVN

mvn release:perform

将代码切换到之前做标记的地方，运行 Ma ven 部署目标来部署 WAR 文件或者构建相应的结构到仓库里。

打开命令终端，进入到 C: > MVN >bus-core-api 目录下，然后执行如下的 mvn 命令。

C:MVNbus-core-api>mvn release:prepare

Ma ven 开始构建整个工程。构建成功后即可运行如下 mvn 命令。

C:MVNbus-core-api>mvn release:perform

构建成功后，你就可以可以验证在你仓库下上传的 JAR 文件是否生效。

《夸克》非常好用的免费AI浏览器

下载APP查看