[发明专利]基于Struts2框架的Java自动化代码发布方法

说明书

本发明公开了一种基于Struts2框架的Java自动化代码发布方法，包括如下步骤：S1)先收集待发布的上线文件和目录；S2)通过主机轮询进行自动化增量备份；通过迭代连接主机，然后执行主机上的应用工程备份脚本来实现远程主机上工程应用的全量备份；S3)将新发布的上线文件从本地上传到远程服务器的应用目录实现增量同步生产；S4)当所有的主机文件上传结束后，通过调用远程主机上的脚本文件重启远程应用。本发明提供的基于Struts2框架的Java自动化代码发布方法，通过使用Java程序来实现发布环节的自动化，能够有效地避免上线过程中的误传、漏传，大大降低了工作强度。

技术领域

本发明涉及一种自动化代码发布方法，尤其涉及一种基于Struts2框架的Java自动化代码发布方法。

背景技术

在移动通信行业从事运维工作时，其中一项很重要的工作职责就是负责移动相关渠道的生产环境代码发布工作(行业内也称为“上线”)。当时，各渠道的代码版本管控工具主要是SVN和Telelogic Synergy，SVN作为开发版本管理库，而Telelogic Synergy则是完全独立于SVN的生产代码版本管理库。简单的理解，就是开发人员的代码可以随时更新到SVN库中，但是只有被许可发布到生产环境的代码，才可以在上线前更新到TelelogicSynergy。作为配置管理就需要在上线前将Telelogic Synergy服务端中的源代码，通过Synergy客户端更新到本地后进行编译，然后将需要上线的文件提取出来，最后通过FTP工具同步到生产环境。

根据时间特征主要分为三种类型的代码发布：日常代码发布、每周一次的批量代码发布、紧急情况下的代码发布。

日常代码发布，主要是针对单个渠道或者少数几个渠道的生产环境代码更新操作，这种代码发布往往时间比较自由，当然如果涉及到服务、进程的重启操作，会影响到用户正常使用的，或者代码的发布存在一定的风险(可能会导致业务不可用的)，往往会安排在22点之后进行。当然，即便普通的代码发布也会尽量避开业务高峰期(上午9点到11点，下午2点到4点)的时段。

每周一次的批量代码发布，这种代码发布往往涉及的需求众多，上线的渠道也会很多，上线的代码量也是非常的多，考虑到上线人员的休息以及对于生产环境的使用影响，往往会集中安排在每周的周二或周四晚上进行。

紧急情况下的代码发布，往往是某个渠道或者某几个渠道，产生严重的代码BUG导致批量用户投诉，或者发现了严重的安全漏洞等情况下，采用的发布模式，这种模式不受时间的影响，发现后即时修改、即时测试、即时发布修复。

图1是行业内最常见，也是最基本的一种代码发布过程的简易流程图。这种流程是直接使用FTP纯手工将代码更新到应用服务器，然后手工逐台重启应用进程。当然在同步新的代码之前，还是需要将远程应用服务器上的完整工程进行手工tar包备份。

下面的问题是基于现场实际的配置管理工作所列出来的，这些因素决定了基于纯手工的配置管理工作会产生很多的问题，主要是对配置人员的工作压力较大，且工作效率也不高，容易出现误传、漏传、漏重启的问题。

1、每周的日常代码发布、批量代码发布次数比较多。

2、单次上线所涉及到的渠道众多，每个渠道都要进行代码收集、增(全)量备份、增量上传，以及生产环境的应用重启。

3、单次上线过程中，不同的开发人员要不断修改代码Bug，导致需要频繁重复上线的操作。

4、对于批量代码同步、以及复杂的需求、项目代码上线操作，一般都会从前一天的22点一直持续到次日的5点左右，重复性的上线操作以及熬夜的疲倦等因素，也会导致配置管理人员在实际的操作过程中容易出现代码误传、漏传、进程漏启的问题。

5、上线过程中重复登录和操作生产环境，非常容易出现误操作，给生产环境带来了一定的安全隐患。

发明内容