WO2016000126A1 - 一种自动化部署方法和终端 - Google Patents

Abstract

一种自动化部署方法和终端，包括：遵循约定配置Maven中的项目对象模型POM文件（S11）；在Maven中运行预先编写的插件（S12），所述插件基于项目管理工具Maven、版本控制工具SVN和安全外壳SSH协议进行编写；从SVN富翁i获取最新代码（S13）；使用Maven对获取的所述最新代码进行编译打包，生成打包文件（S14）；使用SSH协议连接远程服务器，进行打包文件上传前的预处理（S15）；使用SSH协议上传所述打包文件到所述远程服务器（S16）；重启所述远程服务器的站点服务，记录并上报部署日志（S17）。所述方法和终端为项目部署提供一套从开发，测试，编译，打包，上传，服务器配置等一整套轻量级解决方案。

Description

一种自动化部署方法和终端 技术领域 本发明涉及计算机技术领域， 特别涉及一种自动化部署方法和终端。 发明背景 近些年来， 敏捷开发在软件工程领域越来越红火， 如何能在不断变化的需 求中快速适应和保证软件的质量， 持续部署理念极为重要。 它使得开发团队能 够更加快速引入新特性， 修复 bug , 减少管理多个版本及开发分支的复杂性与差 异性， 任何时间点都能第一时间发现软件的集成问题， 使任意时间发布可部署 的软件成为了可能。

然而在现有的项目部署流程中， 仍需要进行很多手动操作， 包括备份原站 点、 停掉原站点、 执行相关脚本、 上传软件包到远程服务器， 重启站点服务等， 人工成本高， 低效且容易出错。 另外， 测试、 编译、 打包、 上传、 服务器配置 等工作都是相互独立的， 各个环节分离无连贯性， 花费时间长， 过程繁瑣， 重 复性动作多。 发明内容 为了解决上述问题， 或者部分地解决上述问题， 本发明实施例提供了一种 自动化部署方法和终端。

为了达到上述目的， 本发明实施例釆用的技术方案如下：

一方面， 本发明实施例提供了一种自动化部署方法， 包括：

遵循约定配置 Maven中的项目对象模型 POM 文件；

在 Maven 中运行预先编写的插件， 所述插件基于项目管理工具 Maven 、 版本控制工具 SVN和安全外壳 SSH协议进行编写；

从 SVN服务器获取最新代码；

使用 Maven对获取的所述最新代码进行编译打包， 生成打包文件； 使用 SSH协议连接远程服务器， 进行打包文件上传前的预处理；

使用 SSH协议上传所述打包文件到所述远程服务器；

重启所述远程服务器的站点服务， 记录并上报部署日志。

另一方面， 本发明实施例提供了一种自动化部署终端， 包括： 配置单元， 适于遵循约定配置 Maven中的项目对象模型 POM 文件； 运行单元， 适于在 Maven 中运行预先编写的插件， 所述插件基于项目管理 工具 Maven 、 版本控制工具 SVN和安全外壳 SSH协议进行编写；

代码获取单元， 适于从 SVN服务器获取最新代码；

编译单元， 适于使用 Maven对获取的所述最新代码进行编译打包， 生成打 包文件；

预处理单元， 适于使用 SSH协议连接远程服务器， 进行打包文件上传前的 预处理；

上传单元， 适于使用 SSH协议上传所述打包文件到所述远程服务器； 重启单元， 适于重启所述远程服务器的站点服务， 记录并上报部署日志。 本发明的有益效果是： 本发明实施例提供的自动化部署方法和终端， 通过 遵循约定配置 Maven中的 POM 文件， 然后在 Maven 中运行预先编写的基于 Maven 、 SVN和 SSH协议的插件， 可以尽可能消除构建的重复， 抽象项目部署 生命周期， 实现绝大部分的构建任务， 不再需要定义过程， 甚至不需要再去实 现这些过程中的一些任务， 部署工作便会自动化运行， 且自动化运行高效有序， 方便易用， 从而摆脱对手动部署操作的依赖， 消除许多的重复工作。 本发明实 施例的方案通过实现自动化版本管理、 自动化编译打包、 自动化远程服务器操 作和文件上传、 以及自动化服务器重启和关闭， 从而为软件或项目部署提供一 套从开发， 测试， 编译， 打包， 上传， 服务器配置等一整套轻量级解决方案。 附图简要说明 图 1示出了本发明实施例的一种自动化部署方法的流程图；

图 2示出了在 eclipse环境中执行本发明实施例的自动化部署插件的示例； 图 3示出了本发明实施例的一种自动化部署终端的结构示意图。 实施本发明的方式 为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明 实施方式作进一步地详细描述。

本发明实施例提供了一种自动化部署方法， 参见图 1 , 包括如下步骤：

S 11、 遵循约定配置 Maven中的项目对象模型 POM 文件。

Maven是一个釆用纯 Java编写的开源项目管理工具和构建自动化工具。 Maven釆用了一种 POM ( Project Object Model, 项目对象模型）概念来管理项 目 , POM是 Maven项目中的文件， 使用 XML表示， 所有的项目配置信息都被 定义在一个叫做 POM.xml的文件中。 通过该文件， Maven可以管理项目的整个 生命周期， 包括编译、 构建、 测试、 发布、 报告等等。

在运行本发明实施例编写的插件之前， 有必要遵循约定配置 Maven 中的 POM 文件。 在本发明中， 仅需要在 Maven 中对 POM 文件进行少量配置， 不 用编写各种脚本， 简单易用。

下面是自动化部署插件的基本配置的一个示例：

. ； ： ； <： d d f es s lS2,ieS^^^^ <■ /ad d ί ^ s.

： : : ！ m¾！" root s sr ： srs /da ta feidou tomc t_7 47— S 7/ ½« a pps/ te^i >

'^ΐ er -、/dats/f e dou/tomca £— θΰ /weba pps /: $f >

； ;

;

■ ； ： :

在上述示例中， 对连接远程服务器的登录验证信息进行了配置， 所述登录 验证信息包括： 远程服务器地址、 用户名和密码； 以及， 对远程服务器的站点 信息进行了配置。 事先配置远程服务器的连接信息， 是用于自动化部署方案的 用户登录验证。 当然，还可以根据需要对 Maven 的依赖库的搜索路径进行配置， 这其中包括配置 SVN服务器的地址信息。

S12 , 在 Maven 中运行预先编写的插件， 所述插件基于项目管理工具 Maven 、 版本控制工具 SVN和安全外壳 SSH协议进行编写。

插件 (又译夕卜挂, 英文为 Plug-in、 addin、 add-in、 addon或 add-on或 app , ) 是一种电脑程序， 通过与应用程序的互动， 用来替应用程序增加一些所需要的 特定的功能。 插件的定位应该是开发实现原纯净系统平台 /应用软件平台不具备 的功能的程序，其只能运行在程序规定的系统平台下（可能同时支持多个平台）， 而不能脱离指定的平台单独运行， 因为插件需要调用原纯净系统提供的函数库 或者数据。

本发明实施例中编写的插件具有如下特征：

a)基于 Maven作为项目管理工具

Maven本身支持多种插件， 可以方便灵活的控制项目。 由于 Maven的缺省 构建规则有较高的可重用性， 所以常常用两三行 Maven脚本就可以构建简单的 项目。 作为一个项目管理工具， Maven 包含了一个 POM, —组标准集合， 一个 项目生命周期 ( Project Lifecycle ), 一个依赖管理系统 ( Dependency Management System ),和用来运行定义在生命周期阶段中插件目标的逻辑。 当使用 Maven 的 时候， 只需用一个明确定义的项目对象模型 POM来描述项目即可。

通过编写一个基于 Maven 的插件， 此插件用 Maven管理依赖， 项目测试， 编译， 打包， 负责生成上线包。 使用 Maven对项目依赖的 jar包进行管理， 让 项目保持基本的依赖， 排除冗余 jar包， 非常轻松的对依赖的 jar包进行版本升 级， 在这基础上完成清理、 编译、 测试、 打包、 发布等构建项目的工作。

b)基于 SVN实现版本控制

SVN, 即 Subversion, 是版本管理工具 CVS ( Concurrent Version System ) 的重写版和改进版， 主要实现文件管理及文件版本管理。 SVN提供以下主要功

•6匕 .

目录版本控制： SVN能够依时间跟踪整个目录的变动， 目录和文件都能进 行版本控制。

真实的版本历史：在 SVN中，你可以增加（add )、删除（delete )、复制（copy ) 和重命名 （rename ), 无论是文件还是目录， 所有的新加的文件都从一个新的、 干净的版本开始。

自动提交： 允许开发人员以逻辑区间建立并提交变动， 以防止当部分提交 成功时出现的问题。

纳入版本控管的元数据： 每一个文件与目录都附有一组属性关键字， 并和 属性值相关联， 可以创建并存储任何想要的 Key/Value对。 属性是随着时间进行 版本控管的， 就像文件内容一样。

选择不同的网络层： SVN可以作为一个扩展模块嵌入到 Apache HTTP服务 器中。 Apache HTTP服务器为 SVN提供了非常先进的稳定性和协同工作能力， 除此之外还提供了许多重要功能。 举例来说， 有身份认证、 授权、 在线压缩、 以及文件库浏览等等。 SVN服务器使用自定义的通信协议， 可以很容易地通过 SSH 以安全加密链路 ( Tunnel ) 方式使用。

一致的数据处理方式： SVN使用二进制差异算法来表示文件的差异， 它对 文字与二进制文件两类的文件都一视同仁。 这两类的文件都同样地以压缩形式 储存在档案库中， 而且文件差异是以两个方向在网络上传输的。

有效的分支与标签： 在分支（branch ) 与标签（tag )上的消耗并不必一定 要与项目大小成正比。 SVN建立分支与标签的方法， 就只是复制该项目， 使用 的方法类似于硬连接（hard-link )。 所以这些操作只会花费很小， 而且是固定的 时间。

可编程性 (Hackability): SVN没有任何的历史包袱， 它主要是一群共用的 C 程序库， 具有定义完善的 API。 这使得 SVN便于维护， 并且可被其它应用程序 与程序语言使用。

由此可知， SVN是一个优秀的版本控制工具。 本发明实施例编写的插件通 过集成 SVN, 使用 SVN可以进行版本控制， 来追踪、 维护源码、 文件以及设定 文档等等的改动， 并且提供控制这些改动控制权的程序， 保障团队成员提交的 代码不会导致集成失败， 代码开发完毕提交到 SVN服务器， 由编译器向 SVN 服务器获取最新代码。

c)基于 SSH协议实现远程服务器安全操作

SSH( Secure Shell, 安全外壳）， 即 "安全壳协议"， 是一项建立在应用层和 传输层基础上的安全协议。 SSH协议是目前较可靠， 专为远程登录会话和其他 网络服务提供安全性的协议。利用 SSH协议可以有效防止远程管理过程中的信 息泄露问题， 本发明实施例编写的插件基于 SSH协议实现客户端和服务器端的 安全和可靠的远程连接， 以及远程命令执行。

SSH协议主要由以下三部分组成， 共同实现 SSH协议的安全保密机制。 ― 是传输层协议， 它提供诸如认证、 信任和完整性检验等安全措施， 此外它还可 以提供数据压缩功能。 通常情况下， 这些传输层协议都建立在面向连接的 TCP 数据流之上。 二是用户认证协议层， 用来实现服务器跟客户端用户之间的身份 认证， 它运行在传输层协议之上。 三是连接协议层， 分配多个加密通道至一些 逻辑通道上， 它运行在用户认证层协议之上。 当安全的传输层连接建立之后， 客户端将发送一个服务请求。 当用户认证 层连接建立之后将发送第二个服务请求。 这就允许新定义的协议可以和以前的 协议共存。 连接协议提供可用作多种目的的通道， 为设置安全交互 Shell会话和 传输任意的 TCP/IP端口和 XI I连接提供标准方法。

从客户端来看， SSH提供两种级别的安全验证： 第一种级别 （基于口令的 安全验证），只要知道自己帐号和口令，就可以登录到远程主机。第二种级别（基 于密匙的安全验证）， 需要依靠密匙， 如果要连接到 SSH服务器上， 客户端软件 就会向服务器发出请求， 请求用密匙进行安全验证。

Maven有一个生命周期， 当运行 mvn install 的时 4昊被调用。 这条命令告诉 Maven执行一系列的有序的步骤， 直到到达指定的生命周期。 如图 2所示， 图 2 是在 eclipse环境中配置插件执行命令的示例。 执行命令 Run as配置完成后， 在 项目中执行 Maven命令即可自动执行 mvn: com. feinno.Mavn-RDP: deploy。

本发明实施例编写的插件， 抽象了项目部署的生命周期。 当 Maven开始建 立一个项目， 它通过定义序列的阶段步骤和执行注册的每个阶段的目标来实现， 执行的顺序取决于目标和构建阶段被调用的顺序。

以下即是在 Maven 中运行本发明编写的插件实现自动化部署的步骤。

513、 从 SVN服务器获取最新代码。

SVN是一种集中式文件版本管理系统，插件执行时首先自动化到 SVN服务 器获取最新代码。

514、 使用 Maven对获取的最新代码进行编译打包， 生成打包文件。

一种实施例，根据需要本发明编写的插件还构建有测试阶段，在使用 Maven 对获取的最新代码进行编译打包之前，使用 Maven对最新代码进行自动化测试， 测试失败则返回， 只有测试通过时， 才使用 Maven对获取的所述最新代码进行 自动化编译打包。

515、 使用 SSH协议连接远程服务器， 进行打包文件上传前的预处理。 打包文件上传前的预处理依次操作如下的一项或多项： 备份数据、 在远程 服务器的站点已存在时停止站点、 杀掉相关进程以停止服务、 执行上线前相关 脚本等等。

打包文件上传前的上述预处理操作同于现有方案， 不同的是不再依赖手动 操作， 完全是自动化操作。在本发明实施例中，依据在 POM 文件中所配置的信 息连接远程服务器， 其中所述配置的连接信息包括远程服务器地址、 用户名和 密码等信息， 然后自动进行打包文件上传前的这一系列的预处理内容。

516、 使用 SSH协议上传打包文件到所述远程服务器。

文件上传前的预处理完成后， 即自动使用 SSH协议上传打包文件到指定位 置。

517、 重启所述远程服务器的站点服务， 记录并上报部署日志。

部署日志包括部署成功的记录， 或者部署失败的记录。 重启站点服务后， 整个自动化部署工作完成， 需要对部署日志做记录， 并上报部署日志至控制终 端。

可选地， 本发明实施例的方法还包括： 检测部署结果， 如果部署失败， 则 自动还原站点服务。 该操作可以保证自动化部署方案的安全性和可靠性。

可见， 本发明实施例的自动化部署方法， 为自动化版本管理、 自动化编译 打包、 自动化远程服务器操作和文件上传、 以及自动化服务器重启和关闭提供 了一整套的解决方案。 基于与上述本发明实施例的自动化部署方法相同的发明构思， 本发明实施 例还提供了一种自动化部署终端。 参见图 3 , 本发明实施例提供的自动化部署终 端 300包括：

配置单元 301 , 适于遵循约定配置 Maven中的项目对象模型 POM 文件； 运行单元 302, 适于在 Maven 中运行预先编写的插件， 所述插件基于项目 管理工具 Maven 、 版本控制工具 SVN和安全外壳 SSH协议进行编写；

代码获取单元 303 , 适于从 SVN服务器获取最新代码；

编译单元 304, 适于使用 Maven对获取的所述最新代码进行编译打包， 生 成打包文件；

预处理单元 305 , 适于使用 SSH协议连接远程服务器， 进行打包文件上传 前的预处理；

上传单元 306, 适于使用 SSH协议上传所述打包文件到所述远程服务器； 重启单元 307,适于重启所述远程服务器的站点服务，记录并上报部署日志。 一个实施例， 上述配置单元 301包括如下一种或多种配置模块：

第一配置模块， 适于配置 SVN服务器的地址信息； 和 /或，

第二配置模块， 适于配置连接远程服务器的登录验证信息， 所述登录验证 信息包括： 远程服务器地址、 用户名和密码； 和 /或，

第三配置模块， 适于配置远程服务器的站点信息。

在该实施例中， 釆用了 "第一"、 "第二" 等字样对功能和作用基本相同的 相同项或相似项进行区分， 本领域技术人员可以理解 "第一"、 "第二" 等字样 并不对数量和执行次序进行限定。

另一个实施例， 本发明的自动化部署终端 300还可以包括：

测试单元， 适于使用 Maven对获取的所述最新代码进行编译打包之前， 使 用 Maven对所述最新代码进行测试。

再一个实施例， 上述预处理单元 305包括如下一种或多种模块：

备份模块， 适于备份数据；

站点停止模块， 适于在远程服务器的站点已存在时停止站点；

服务停止模块， 适于停止服务；

脚本执行模块， 适于执行上线前相关脚本。

再又一个实施例中， 本发明的自动化部署终端 300还可以包括：

检测单元， 适于检测部署结果， 如果部署失败， 则自动还原站点服务。 本发明实施例的自动化部署终端的上述单元或模块，分别对应本发明 实施例的自动化部署的方法步骤， 在此不再赘述。 综上所述， 本发明实施例提供的自动化部署方法和终端， 通过遵循约定配 置 Maven中的 POM文件，然后在 Maven 中运行预先编写的基于 Maven 、 SVN 和 SSH协议的插件， 可以尽可能消除构建的重复， 抽象项目部署生命周期， 实 现绝大部分的构建任务， 不再需要定义过程， 甚至不需要再去实现这些过程中 的一些任务， 部署工作便会自动化运行， 且自动化运行高效有序， 方便易用， 从而摆脱对手动部署操作的依赖， 消除许多的重复工作。 本发明实施例的方案 通过实现自动化版本管理、 自动化编译打包、 自动化远程服务器操作和文件上 传、 以及自动化服务器重启和关闭， 从而为软件或项目部署提供一套从开发， 测试， 编译， 打包， 上传， 服务器配置等一整套轻量级解决方案。

以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范围。 凡在本发明的精神和原则之内所作的任何修改、 等同替换、 改进等， 均包含在 本发明的保护范围内。

Claims

权利要求书

1、 一种自动化部署方法， 其特征在于， 所述方法包括：

遵循约定配置 Maven中的项目对象模型 POM 文件；

在 Maven 中运行预先编写的插件， 所述插件基于项目管理工具 Maven 、 版本控制工具 SVN和安全外壳 SSH协议进行编写；

从 SVN服务器获取最新代码；

使用 Maven对获取的所述最新代码进行编译打包， 生成打包文件； 使用 SSH协议连接远程服务器， 进行打包文件上传前的预处理；

使用 SSH协议上传所述打包文件到所述远程服务器；

重启所述远程服务器的站点服务， 记录并上报部署日志。

2、 如权利要求 1所述的方法， 其特征在于， 所述遵循约定配置 Maven中的 项目对象模型 POM 文件包括：

配置 SVN服务器的地址信息； 和 /或，

配置连接远程服务器的登录验证信息， 所述登录验证信息包括远程服务器 地址、 用户名和密码； 和 /或，

配置远程服务器的站点信息。

3、 如权利要求 1所述的方法， 其特征在于， 所述使用 Maven对获取的所 述最新代码进行编译打包之前， 所述方法还包括：

使用 Maven对所述最新代码进行测试；

相应的， 所述使用 Maven对获取的所述最新代码进行编译打包具体为： 当所述测试通过时， 使用 Maven对获取的所述最新代码进行编译打包。

4、 如权利要求 1所述的方法， 其特征在于， 所述进行打包文件上传前的预 处理包括：

依次操作如下的一项或多项： 备份数据、 在远程服务器的站点已存在时停 止站点、 停止服务、 以及执行上线前相关脚本。

5、 如权利要求 1-4任一项所述的方法， 其特征在于， 所述方法还包括： 检测部署结果， 如果部署失败， 则自动还原站点服务。

6、 一种自动化部署终端， 其特征在于， 包括：

配置单元， 适于遵循约定配置 Maven中的项目对象模型 POM 文件; 运行单元， 适于在 Maven 中运行预先编写的插件， 所述插件基于项目管理 工具 Maven 、 版本控制工具 SVN和安全外壳 SSH协议进行编写；

代码获取单元， 适于从 SVN服务器获取最新代码；

编译单元， 适于使用 Maven对获取的所述最新代码进行编译打包， 生成打 包文件；

预处理单元， 适于使用 SSH协议连接远程服务器， 进行打包文件上传前的 预处理；

上传单元， 适于使用 SSH协议上传所述打包文件到所述远程服务器； 重启单元， 适于重启所述远程服务器的站点服务， 记录并上报部署日志。

7、 如权利要求 6所述的终端， 其特征在于， 所述配置单元包括如下一种或 多种配置模块：

第一配置模块， 适于配置 SVN服务器的地址信息； 和 /或，

第二配置模块， 适于配置连接远程服务器的登录验证信息， 所述登录验证 信息包括： 远程服务器地址、 用户名和密码； 和 /或，

第三配置模块， 适于配置远程服务器的站点信息。

8、 如权利要求 6所述的终端， 其特征在于， 所述终端还包括：

测试单元， 适于使用 Maven对获取的所述最新代码进行编译打包之前， 使 用 Maven对所述最新代码进行测试。

9、 如权利要求 6所述的终端， 其特征在于， 所述预处理单元包括如下一种 或多种模块：

备份模块， 适于备份数据；

站点停止模块， 适于在远程服务器的站点已存在时停止站点；

服务停止模块， 适于停止服务；

脚本执行模块， 适于执行上线前相关脚本。

10、 如权利要求 6-9任一项所述的终端， 其特征在于， 所述终端还包括： 检测单元， 适于检测部署结果， 如果部署失败， 则自动还原站点服务。