[发明专利]一种项目的打包方法、装置及计算机可读存储介质

说明书

本发明公开了一种项目的打包方法、装置及计算机可读存储介质，所述项目的打包方法包括：在Jenkins服务器生成项目打包job后，从测试平台获取待打包项目的node开发版本；将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包；本发明可根据项目的不同，切换到对应的node开发版本的开发环境对项目进行打包，从而可使用一个job完成所有项目的打包，降低了软件产品的维护成本。

技术领域

本发明属于软件维护技术领域，具体涉及一种项目的打包方法、装置及计算机可读存储介质。

背景技术

因为业务关系，软件研发部门会随着业务不间断而不断的发布软件产品，使得开源的软件技术也随着时间的推移不断的迭代更新，如Web端(World Wide Web，全球广域网)用到的node(其是一个基于Chrome V8引擎的JavaScript运行环境，使用了一个事件驱动、非阻塞式I/O模型，让JavaScript运行在服务端的开发平台)，其中，已发布的软件产品需要一直维护老的node版本，而新发布的产品往往会运用新的node版本，因此，对于已发布的web端软件产品，其因业务和/或系统漏洞的原因需要定期更新，即需要定期将软件产品中的各个项目进行打包重新上传，所以，对于一个已发布的软件产品来说，其需要维护的node版本就存在多个。

目前，承载项目打包过程的工具为Jenkins(是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件项目可以进行持续集成)，传统的打包方法是在Jenkins中创建打包job，以承载整个打包编排过程，当然，在编排过程中除了打包外，可能还承载了服务部署、自动化执行以及消息通知等工作。

但是由于不同版本的node在大多数情况下无法兼容，因此，如果需要维护的node版本有多个，那么则需要使用相同数量的打包job来承载打包过程；而一旦服务部署、自动化执行和/或消息推送等任何过程发生变动，所有的打包job都需要更新，这样就无形中增加了维护成本。

发明内容

本发明的目的是提供一种项目的打包方法、装置及计算机可读存储介质，以解决现有Web端软件产品的更新需要使用与node版本数量相同的job所造成的维护成本高的问题。

为了实现上述目的，本发明采用以下技术方案：

本发明提供了一种项目的打包方法，包括：

Web前端基于每个项目的项目信息，建立每个项目与node版本的对应关系；

Web前端将每个项目与node版本的对应关系发送至测试平台；

在Jenkins服务器生成项目打包job后，Jenkins服务器从测试平台获取待打包项目的node开发版本；

Jenkins服务器将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包。

基于上述公开的内容，本发明建立了web前端中各个项目与node版本的对应关系，即相当于获取了每个项目对应的node版本，并同时将该对应关系发送至测试平台，以供Jenkins服务器进行读取；通过前述步骤，即可在打包时得到待打包项目在开发时所使用的node版本；最后，本发明将待打包项目的node开发版本对应的开发环境作为项目打包job的运行环境，从而基于node开发版本对应的开发环境对待打包项目进行打包。

通过上述设计，本发明可在打包时，获取每个待打包项目对应的node开发版本，从而可使用node开发版本的开发环境对待打包项目进行打包；由此，本发明可根据项目的不同，切换到对应的node开发版本的开发环境对项目进行打包，从而可使用一个job完成所有项目的打包，降低了软件产品的维护成本。