CN109426516A - 软件版本管理方法及装置 - Google Patents

Abstract

本发明实施例公开了软件版本管理方法、装置、设备及存储介质。其中，所述方法包括：根据用户配置信息生成项目配置文件；根据所述项目配置文件从代码库中调用目标代码片段，并利用所述目标代码片段更新本地源代码得到目标源代码；编译所述目标源代码得到编译文件；对所述编译文件打包得到软件升级包；部署所述软件升级包到目标基站。本实施例的技术方案，通过用户配置自动完成的软件升级包，并利用软件升级包部署目标基站，解决了现有技术中因版本集成构建的整体过程耗时繁琐，进而影响产品开发效率的问题，避免了软件版本集成构建过程中人力资源的浪费，提高产品开发效率，实现软件版本集成构建的自动化。

Description

软件版本管理方法及装置

技术领域

本发明实施例涉及软件技术领域，尤其涉及软件版本管理方法存装置。

背景技术

随着通信行业的不断发展，通信产品的软件复杂程度不断提高；同时，产品开发人员数量逐渐增多，产品开发速度越来越快；如何保证产品开发高效准确的进行成为一个严峻的挑战。在产品开发过程中，不可避免回出现各种各样软件缺陷，而模块间的问题是最难以解决花费成本最高的。

众所周知问题发现越晚修复成本越高耗时越长，为了能够及早发现产品开发中存在的缺陷，以“早集成、常集成”的持续集成开发策略被被业界所接受与欢迎，在实际应用中，由分阶段集成，发展到每日构建，再发展到现今的持续集成。

持续集成是指由管理员制定构建基本构建模板，自动构建***根据模板以较高频率不断地对产品进行构建集成，保证开发中的问题能够迅速被发现修复，降低集成失败风险，使产品始终保持健康稳定的集成状态。

当前产品开发过程中，为了保持代码通用性、灵活性，虽然各模块使用编译脚本实现了自动化编译，但在软件版本集成构建过程中有许多步骤需要人工参与，自动化程度相对较低，同时，版本集成构建的整体过程耗时繁琐，且容易由于人为疏忽出现错误；影响产品开发效率，难以适应持续集成对于自动化、高效率的需求。

发明内容

本发明提供一种软件版本管理方法、装置、设备及存储介质，以实现软件版本集成构建的自动化。

第一方面，本发明实施例提供了一种软件版本管理方法，该方法包括：

根据用户配置信息生成项目配置文件；

根据所述项目配置文件从代码库中调用目标代码片段，并利用所述目标代码片段更新本地源代码得到目标源代码；

编译所述目标源代码得到编译文件；

对所述编译文件打包得到软件升级包；

部署所述软件升级包到目标基站。

第二方面，本发明实施例还提供了一种软件版本管理装置，该装置包括：

项目配置文件生成模块，用于根据用户配置信息生成项目配置文件；

目标源代码获取模块，用于根据所述项目配置文件从代码库中调用目标代码片段，并利用所述目标代码片段更新本地源代码得到目标源代码；

编译模块，用于编译所述目标源代码得到编译文件；

软件升级包获取模块，用于对所述编译文件打包得到软件升级包；

软件升级包部署模块，用于部署所述软件升级包到目标基站。

第三方面，本发明实施例还提供了一种设备，具体包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例中所述的软件版本管理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，具体包括：该程序被处理器执行时实现本发明实施例中任一所述的软件版本管理方法。

本实施例的技术方案，通过根据用户配置自动完成软件升级包，并利用软件升级包部署目标基站，解决了现有技术中版本集成构建的整体过程耗时繁琐，导致人为疏忽出现错误进而影响产品开发效率的问题，避免了软件版本集成构建过程中人力资源浪费，提高产品开发效率，实现软件版本集成构建的自动化。

附图说明

图1是本发明实施例一提供的一种软件版本管理方法的流程图；

图2是本发明实施例二提供的一种软件版本管理方法的流程图；

图3是本发明实施例三提供的一种软件版本管理装置的结构示意图；

图4是本发明实施例四提供的一种软件版本管理设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种软件版本管理方法的流程图，本实施例可适用于实现软件开发和部署自动化的情况，该方法可以由软件版本管理装置来执行，具体包括如下步骤：

S110、根据用户配置信息生成项目配置文件。

其中，所述用户配置信息由用户根据自身需求输入；所述项目配置文件可以包括功能模块配置文件、路径配置文件和数据库连接配置文件，不同种类的配置文件对应着软件项目不同阶段的配置操作。

具体的，功能模块配置文件可以用于从代码库中调用代码片段，以实现用户所需的各种各样的功能。路径配置文件可以用于配置超链接或页面的跳转路径。数据库连接配置文件用于配置服务器与数据库之间的连接信息。

示例性的，本实施例在生成项目配置文件之前，会提示用户输入软件项目在不同阶段中所需的配置需求，用户根据自身需求将用户配置信息输入至软件版本管理装置中；当用户配置信息输入完毕后，可以触发相应的脚本以开始生成项目配置文件，进而根据用户配置信息的生成对应的项目配置文件。

S120、根据所述项目配置文件从代码库中调用目标代码片段，并利用所述目标代码片段更新本地源代码得到目标源代码。

其中，代码库中保存有开发人员预先编写完成的代码片段，代码库中可以根据代码片段所实现功能的不同，进行分类存储，这样设置的好处在于减少了获取目标代码片段的过程的工作量。所述目标代码片段可以根据功能模块配置文件的属性从代码库中获取到。

具体的，本实施例更新源代码的过程中，还可以根据项目配置文件的相关属性，更新本地源代码中个子模块源代码。

S130、编译所述目标源代码得到编译文件。

其中，所述编译文件可以是一种任意类型的可执行文件，还可以是操作***进行加载执行的文件，在不同的操作***环境下，可执行程序的呈现方式不一样。

示例性的，在windows操作***下，所述编译文件可以是.exe文件、.sys文件、.com等类型文件。

可选的，由于目标源代码的编译耗时较长，本实施例可以选择将所述目标源代码发送到多个编译服务器中进行分布式编译，以减少编译消耗时间，提高工作效率。进一步可选的，用户可以通过配置文件选择各编译服务器的编译类型，进而得到适用于不同运行环境的编译文件。

S140、对所述编译文件打包得到软件升级包。

其中，所述软件升级包中包括与目标源代码下子模块分别对应的多个可执行文件。

示例性的，本实施例中，可以利用预设打包工具对所述编译文件打包，具体打包过程为，与目标源代码下子模块分别对应的多个可执行文件复制到预设打包工具所在文件夹内，并使用预设打包工具将多个可执行文件打包为软件升级包。

S150、部署所述软件升级包到目标基站。

其中，所述目标基站可以是由多个基站和终端组成的交互***，对所述交互***进行部署时，需要对组成交互***的每一部分都进行部署。

具体的，对所述目标基站的每一个软件分布点进行部署。

本实施例的技术方案，通过用户配置自动完成的软件升级包，并利用软件升级包部署目标基站，解决了现有技术中因版本集成构建的整体过程耗时繁琐，进而影响产品开发效率的问题，避免了软件版本集成构建过程中人力资源的浪费，提高产品开发效率，实现软件版本集成构建的自动化。

实施例二

图2为本发明实施例二提供的一种软件版本管理方法的流程图，本实施例在上述实施例的基础上叙述了对目标源代码进行分布式编译的具体操作，具体包括如下步骤：

S210、根据用户配置信息生成项目配置文件。

S220、根据所述项目配置文件从代码库中调用目标代码片段，并利用所述目标代码片段更新本地源代码得到目标源代码。

S230、根据版本信息修改规则修改所述源代码版本信息。

其中，所述版本信息修改规则用于修改源代码版本信息。可选的，版本信息修改规则可以使用项目名称、版本序号或目标源代码更新日期等信息中的任意一种信息作为源代码版本信息。

目标源代码获取完成后，可以对所述目标源代码包括的代码版本信息进行修改，并对所述目标源代码进行存档，便于今后对其查找与提取。

对软件升级包可根据项目配置文件的相关属性设置，结合自动化测试结果，决定是否归档到代码版本库。

S240、发送所述目标源代码到至少两个编译服务器；

其中，所述至少两个编译服务器可以编译同种运行环境下的可执行文件，也可以编译不同种运行环境下的可执行文件。

S250、编译所述目标源代码得到至少两类编译文件。

可选的，编译过程中，各编译服务器可定时发送维持通信心跳消息，以实时上报编译服务器的工作状态。

本实施例中，软件版本管理装置会对所述目标源代码进行分布式编译，该过程中，软件版本管理装置首先会向各分布式编译服务器调度下发编译任务，进而控制各分布式编译的功能模块完成编译任务进而得到编译文件。

可选的，编译过程中，软件版本管理装置根据各编译服务器编译类型以及状态，将软件构建任务自动分发执行，以保证编译操作的顺利完成。

可选的，编译过程中，软件版本管理装置实时检测对目标源代码编译时所产生的日志文件，进而可以获取编译过程中的实时状态。

S260、对所述目标编译文件打包得到软件升级包。

S270、部署所述软件升级包到目标基站。

可选的，对目标基站部署之前，可以比对所述目标源代码和本地源代码，若目标源代码和本地源代码不同，则使用目标源代码对应的软件升级包部署目标基站。

可选的，对目标基站部署之前，可以检测目标基站的工作状态，若目标基站的工作状态允许部署源代码时，则触发部署操作。

S280、根据所述源代码版本信息从测试用例库中获取目标测试用例，根据所述目标测试用例对目标基站测试得到测试信息。

其中，测试用例库中保存有测试人员预先编写完成的测试用例。所述目标测试用例与所述项目配置文件的属性相匹配。测试信息可以是使用目标测试用例对目标基站进行测试后得到的测试结果。源代码版本信息用于区分不同版本的源代码。

示例性的，在使用软件升级包部署目标基站完成部署后，软件版本管理装置能够执行与目标基站对应的自动测试脚本，进而对目标基站进行上下行数据业务流量测试，得到测试结果。

S290、记录所述测试信息并反馈。

具体的，所述记录测试结果并反馈，包括：根据预设提取规则提取所述运行日志中包括的日志关键信息，统计所述测试结果得到测试结果报表；将所述日志关键信息和测试结果报表反馈至目标终端。

其中，运行日志可以是编译目标源代码过程中产生的日志信息，预设提取规则可用于从运行日志中获取例如日期、异常信息等日志关键信息。

可选的，可以将测试结果整合为测试结果报表，便于测试和开发人员快速获取和对比测试结果。

可选的，本实施例可以在软件版本管理方法执行过程中，或执行完毕后，将测试信息反馈至相关人员，方便相关人员第一时间掌握软件状态。

本实施例的技术方案，通过对目标源代码进行分布式编译，不仅缩短了编译时间的长度，而且可以获取到适用于各种运行环境的编译文件，提高了工作效率。

实施例三

图3是本发明实施例三提供的一种软件版本管理装置的结构示意图，如图3所示，该软件版本管理装置包括：项目配置文件生成模块310、目标源代码获取模块320、编译模块330、软件升级包获取模块340和软件升级包部署模块350。

其中，项目配置文件生成模块310，用于根据用户配置信息生成项目配置文件；

目标源代码获取模块320，用于根据所述项目配置文件从代码库中调用目标代码片段，并利用所述目标代码片段更新本地源代码得到目标源代码；

编译模块330，用于编译所述目标源代码得到编译文件；

软件升级包获取模块340，用于对所述目标编译文件打包得到软件升级包；

软件升级包部署模块350，用于部署所述软件升级包到目标基站。

本实施例的技术方案，通过根据用户配置自动完成软件升级包，并利用软件升级包部署目标基站，解决了现有技术中版本集成构建的整体过程耗时繁琐，导致人为疏忽出现错误进而影响产品开发效率的问题，避免了软件版本集成构建过程中人力资源浪费，提高产品开发效率，实现软件版本集成构建的自动化。

在上述实施例的基础上，所述目标源代码包括源代码版本信息；

所述软件版本管理装置还包括：

源代码版本信息修改模块，用于根据版本信息修改规则修改所述源代码版本信息。

在上述实施例的基础上，所述软件版本管理装置还包括：

测试模块，用于根据所述源代码版本信息从测试用例库中获取目标测试用例，根据所述目标测试用例对目标基站测试得到测试信息；

测试信息记录和反馈模块，用于记录所述测试信息并反馈。

在上述实施例的基础上，所述编译模块包括：

目标源代码发送单元，用于发送所述目标源代码到至少两个编译服务器；

分布式编译单元，用于编译所述目标源代码得到至少两类编译文件。

在上述实施例的基础上，所述测试信息包括运行日志和测试结果；

测试信息记录和反馈模块包括：

测试信息获取单元，用于根据预设提取规则提取所述运行日志中包括的日志关键信息，统计所述测试结果得到测试结果报表；

测试信息发送单元，用于将所述日志关键信息和测试结果报表反馈至目标终端。

本发明实施例所提供的软件版本管理装置可执行本发明任意实施例所提供的软件版本管理方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种服务器的结构示意图，如图4所示，该服务器包括处理器40、存储器41、输入装置42和输出装置43；服务器中处理器40的数量可以是一个或多个，图4中以一个处理器40为例；服务器中的处理器40、存储器41、输入装置42和输出装置43可以通过总线或其他方式连接，图4中以通过总线连接为例。

存储器41作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的软件版本管理方法对应的程序模块(例如，软件版本管理装置中的项目配置文件生成模块310、目标源代码获取模块320、编译模块330、软件升级包获取模块340和软件升级包部署模块350)。处理器40通过运行存储在存储器41中的软件程序、指令以及模块，从而执行设备/终端/服务器的各种功能应用以及数据处理，即实现上述的软件版本管理方法。

存储器41可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器41可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器41可进一步包括相对于处理器40远程设置的存储器，这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置42可用于接收输入的数字或字符信息，以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置43可包括显示屏等显示设备。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种软件版本管理方法，该方法包括：

根据用户配置信息生成项目配置文件；

根据所述项目配置文件从代码库中调用目标代码片段，并利用所述目标代码片段更新本地源代码得到目标源代码；

编译所述目标源代码得到编译文件；

对所述编译文件打包得到软件升级包；

部署所述软件升级包到目标基站。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的软件版本管理方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述搜索装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种软件版本管理方法，其特征在于，包括：

根据用户配置信息生成项目配置文件；

根据所述项目配置文件从代码库中调用目标代码片段，并利用所述目标代码片段更新本地源代码得到目标源代码；

编译所述目标源代码得到编译文件；

对所述编译文件打包得到软件升级包；

部署所述软件升级包到目标基站。

2.根据权利要求1所述的方法，其特征在于，所述目标源代码包括源代码版本信息；

所述利用所述目标代码片段更新本地源代码得到目标源代码之后，还包括：

根据版本信息修改规则修改所述源代码版本信息。

3.根据权利要求1所述的方法，其特征在于，所述部署所述软件升级包到目标基站之后，还包括：

根据所述源代码版本信息从测试用例库中获取目标测试用例，根据所述目标测试用例对目标基站测试得到测试信息；

记录所述测试信息并反馈。

4.根据权利要求1所述的方法，其特征在于，所述编译所述目标源代码得到编译文件，包括：

发送所述目标源代码到至少两个编译服务器；

编译所述目标源代码得到至少两类编译文件。

5.根据权利要求3所述的方法，其特征在于，所述测试信息包括运行日志和测试结果；

所述记录测试结果并反馈，包括：

根据预设提取规则提取所述运行日志中包括的日志关键信息，统计所述测试结果得到测试结果报表；

将所述日志关键信息和测试结果报表反馈至目标终端。

6.一种软件版本管理装置，其特征在于，包括：

项目配置文件生成模块，用于根据用户配置信息生成项目配置文件；

目标源代码获取模块，用于根据所述项目配置文件从代码库中调用目标代码片段，并利用所述目标代码片段更新本地源代码得到目标源代码；

编译模块，用于编译所述目标源代码得到编译文件；

软件升级包获取模块，用于对所述目标编译文件打包得到软件升级包；

软件升级包部署模块，用于部署所述软件升级包到目标基站。

7.根据权利要求6所述的装置，其特征在于，所述目标源代码包括源代码版本信息；

所述软件版本管理装置还包括：

源代码版本信息修改模块，用于根据版本信息修改规则修改所述源代码版本信息。

8.根据权利要求6所述的装置，其特征在于，所述软件版本管理装置还包括：

测试模块，用于根据所述源代码版本信息从测试用例库中获取目标测试用例，根据所述目标测试用例对目标基站测试得到测试信息；

测试信息记录和反馈模块，用于记录所述测试信息并反馈。

9.根据权利要求6所述的装置，其特征在于，所述编译模块包括：

目标源代码发送单元，用于发送所述目标源代码到至少两个编译服务器；

分布式编译单元，用于编译所述目标源代码得到至少两类编译文件。

10.根据权利要求8所述的装置，其特征在于，所述测试信息包括运行日志和测试结果；

测试信息记录和反馈模块包括：

测试信息获取单元，用于根据预设提取规则提取所述运行日志中包括的日志关键信息，统计所述测试结果得到测试结果报表；

测试信息发送单元，用于将所述日志关键信息和测试结果报表反馈至目标终端。