软件持续集成方法、软件持续集成装置及电子设备与流程

文档序号:15346451发布日期:2018-09-04 22:49阅读:145来源:国知局

本发明属于软件开发技术领域,尤其涉及一种软件持续集成方法、软件持续集成装置、电子设备及计算机可读存储介质。



背景技术:

目前,智能设备一般通过安装具备各种功能的软件来丰富自身的功能,例如,安卓系统的手机上可以安装各式各样的安卓应用(智能手机中的软件也称为应用)。

在软件开发中,很多软件(应用)是需要多人的团队合作开发的,即团队开发成员需要经常集成他们的工作,这也意味着软件开发过程中可能会发生多次集成。

然而,随着软件开发的不断集成,对应的应用安装包会不断的增大,尤其是在多人开发团队中,往往没有人关心安装包的大小状况。当开发周期结束后,如果发现软件安装包过大,由于开发过程中涉及了多人多次的集成,因此往往难以再进行优化,导致用户在下载这样的软件时等待时间长,浪费流量,用户体验差,并且影响了整个软件的简洁度,增加了软件维护成本。



技术实现要素:

有鉴于此,本发明提供了一种软件持续集成方法、软件持续集成装置、电子设备及计算机可读存储介质,能够在开发过程中对软件安装包的体积变化进行有效监控和告警,有利于提高软件的简洁度,降低软件维护成本。

本发明的第一方面提供了一种软件持续集成方法,所述软件持续集成方法包括:

当检测到有软件代码提交时,基于提交的软件代码以及原有的软件代码,执行软件的自动化构建,其中,所述提交的软件代码用以集成到所述原有的软件代码中,所述自动化构建用以对所述提交的软件代码以及所述原有的软件代码进行自动化编译和/或测试;

检测执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化;

若所述体积变化超过预设的阈值,则输出告警信息,其中,所述告警信息用以提示本次提交的软件代码集成后对应的软件安装包的体积验证不通过。

本发明的第二方面提供了一种软件持续集成装置,所述软件持续集成装置包括:

自动构建单元,用于当检测到有软件代码提交时,基于提交的软件代码以及原有的软件代码,执行软件的自动化构建,其中,所述提交的软件代码用以集成到所述原有的软件代码中,所述自动化构建用以对所述提交的软件代码以及所述原有的软件代码进行自动化编译和/或测试;

体积检测单元,用于检测执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化;

告警输出单元,用于在所述体积检测单元检测到所述体积变化超过预设的阈值时,输出告警信息,其中,所述告警信息用以提示本次提交的软件代码集成后对应的软件安装包的体积验证不通过。

本发明的第三方面提供了一种电子设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如任一项所述软件持续集成方法的步骤。

本发明的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如任一项所述软件持续集成方法的步骤。

本发明与现有技术相比存在的有益效果是:

本发明通过当检测到有软件代码提交时,基于提交的软件代码以及原有的软件代码,执行软件的自动化构建;检测执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化;若所述体积变化超过预设的阈值,则输出告警信息。也即,本发明通过对开发人员提交的代码进行自动化构建,以验证软件集成了本次提交的软件代码之后的体积变化是否超限,并在体积变化超限时及时对开发人员进行提醒,从而能够在开发过程中对软件安装包的体积变化进行有效监控和告警,有利于提高软件的简洁度,降低了软件维护成本。

附图说明

为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的软件持续集成方法的流程示意图;

图2是本发明另一实施例提供的软件持续集成方法的流程示意图;

图3是本发明实施例提供的软件持续集成装置的结构示意图;

图4是本发明实施例提供的电子设备的示意图。

具体实施方式

以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。

为使本发明的目的、技术方案和优点更加清楚,下面将结合附图通过具体实施例来进行说明。

参见图1,其示出了本发明实施例提供的软件持续集成方法的流程示意图,该软件持续集成方法详述如下:

步骤101、当检测到有软件代码提交时,基于提交的软件代码以及原有的软件代码,执行软件的自动化构建;

上述步骤101中,所述提交的软件代码用以集成到所述原有的软件代码中,所述自动化构建用以对所述提交的软件代码以及所述原有的软件代码进行自动化编译和/或测试;

在对软件进行持续集成开发的过程中,开发团队中的每一个开发人员都可能会随时提交与自己所负责的软件功能模块相应的软件代码,在实际应用中,可以为每一个开发人员设定相应的存储目录,由开发人员向预先设定的存储目录中提交待集成的软件代码。

在本发明实施例中,当检测到有软件代码提交时,自动对提交的软件代码以及原有的软件代码执行软件的自动化构建,通过软件的自动化构建至少可以预先确定所述软件在加入本次提交的软件代码之后相应的软件安装包。

在实际应用中,可以使用jenkins工具来检测是否有软件代码提交,以及在检测到有软件代码提交时,自动触发软件的自动化构建。具体的,通过jenkins构建执行shell脚本来进行是否有软件代码提交的检测,以及自动对提交的软件代码以及原有的软件代码执行软件的自动化构建。

需要说明的是,jenkins是一个广泛用于持续构建的可视化web工具,可自由部署在各个平台,例如windows系统平台,linux系统平台或者mac系统平台。

步骤102、检测执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化;

在本发明实施例中,执行自动化构建前的软件安装包是指未加入本次提交的软件代码时对应的软件安装包;执行自动化构建后的软件安装包是指加入本次提交的软件代码后对应的软件安装包;也即,通过自动化构建来确定加入本次提交的软件代码后软件安装包所相应增加的体积。

示例性的,在使用jenkins对某安卓应用(软件)进行持续集成时,通过在jenkins上加入插件androidapksizewatcherplugin,可以方便的随时获取到该安卓应用的软件安装包的大小,从而可以对执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积进行比较,确定软件安装包的体积变化。

步骤103、若所述体积变化超过预设的阈值,则输出告警信息,其中,所述告警信息用以提示本次提交的软件代码集成后对应的软件安装包的体积验证不通过。

本发明实施例中,在执行自动化构建时,由于加入了本次提交的软件代码,所述软件相应的软件安装包的体积将增加,监测软件安装包的体积变化,并在软件安装包的体积变化超过预设的阈值时,对开发人员进行告警提示,以便开发人员对本次提交的软件代码进行相应的修改或优化。

示例性的,使用jenkins对某安卓应用(软件)进行持续集成,在jenkins上加入插件androidapksizewatcherplugin之后,再增加一条watchoverthechangingsizeofyour.apkfile的条目配置,该配置用以监测安卓应用的软件安装包的体积变化是否超过预设的阈值,其中,所述阈值在该条目配置中预先进行设置。从而可以在所述体积变化超过预设的阈值时,触发告警信息的输出。

可选的,若所述体积变化超过预设的阈值,则所述软件持续集成方法还包括:拒绝接受本次提交的软件代码。

本发明实施例中,在执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化超过预设的阈值时,拒绝接受本次提交的软件代码,也即,不对本次提交的软件代码进行集成。

可选的,所述拒绝接受本次提交的软件代码之后,还包括:输出优化建议,以便开发人员基于所述优化建议对本次提交的软件代码进行优化,其中,所述优化建议为基于预设的规则对本次提交的软件代码进行分析得到。

本发明实施例中,为了便于开发人员对软件代码进行相应的修改和优化,在执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化超过预设的阈值时,基于预设的规则对本次提交的软件代码进行分析,例如,分析所述软件代码相关联的图片文件是否过大,或者,分析所述软件代码相关联的文件中是否存在重复文件或无效文件;基于分析结果得到相应的优化建议,将所述优化建议输出给相应的开发人员,以便所述相应的开发人员根据所述优化建议更为有效和有目的的进行修改或优化。

由上可知,本发明通过当检测到有软件代码提交时,基于提交的软件代码以及原有的软件代码,执行软件的自动化构建;检测执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化;若所述体积变化超过预设的阈值,则输出告警信息。也即,本发明通过对开发人员提交的代码进行自动化构建,以验证软件集成了本次提交的软件代码之后的体积变化是否超限,并在体积变化超限时及时对开发人员进行提醒,从而能够在开发过程中对软件安装包的体积变化进行有效监控和告警,有利于提高软件的简洁度,降低了软件维护成本。

图2示出了本发明另一实施例提供的软件持续集成的流程示意图,详述如下:

步骤201、当检测到有软件代码提交时,基于提交的软件代码以及原有的软件代码,执行软件的自动化构建,其中,所述提交的软件代码用以集成到所述原有的软件代码中,所述自动化构建用以对所述提交的软件代码以及所述原有的软件代码进行自动化编译和/或测试。

步骤202、检测执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化。

步骤203、若所述体积变化超过预设的阈值,则输出告警信息,其中,所述告警信息用以提示本次提交的软件代码集成后对应的软件安装包的体积验证不通过。

本实施例中,步骤201至步骤203具体可参考图1所示实施例中的步骤101至步骤103,以及其可选实施例,在此不再赘述。

步骤204、若所述体积变化未超过所述阈值,则接受本次提交的软件代码,并记录本次自动化构建后的软件安装包的体积大小。

本发明实施例中,在执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化未超过预设的阈值时,也即,本次提交的软件代码集成后对应的软件安装包的体积验证可以通过,接受本次提交的软件代码,以便进行后续其它项目的测试。

本发明实施例中,在执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化未超过预设的阈值时,还可以记录本次自动化构建后的软件安装包的体积大小,以便在开发团队需要时,生成软件安装包体积大小的历史记录的折线图,通过该折线图可以清晰的展示出软件安装包体积大小的变化过程。

可选的,上述步骤204中,在接受本次提交的软件代码之后,还包括:在预定的时间将接受的软件代码集成到所述原有的软件代码中。

本发明实施例中,在预定的时间,将相应时间段内接受的软件代码集成到原有的软件代码中,从而完成该相应时间段内的软件持续集成,例如,在每天的0点,将前一天接受的所有提交的软件代码集成到原有的软件代码中。

本发明实施例中,由于接受的软件代码均为已通过相应的软件安装包体积验证的软件代码,因此集成后得到的软件安装包的体积大小符合预定的要求,并且有利于软件持续集成的有序性。

由上可知,本发明通过当检测到有软件代码提交时,基于提交的软件代码以及原有的软件代码,执行软件的自动化构建;检测执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化;若所述体积变化超过预设的阈值,则输出告警信息。也即,本发明通过对开发人员提交的代码进行自动化构建,以验证软件集成了本次提交的软件代码之后的体积变化是否超限,并在体积变化超限时及时对开发人员进行提醒,从而能够在开发过程中对软件安装包的体积变化进行有效监控和告警,有利于提高软件的简洁度,降低了软件维护成本。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

以下为本发明的装置实施例,对于其中未详尽描述的细节,可以参考上述对应的方法实施例。

图3示出了本发明实施例提供的软件持续集成装置的结构示意图,为了便于说明,仅示出了与本发明实施例相关的部分,详述如下:

如图3所示,软件持续集成装置3包括:自动构建单元31,体积检测单元32和告警输出单元33。

自动构建单元31,用于当检测到有软件代码提交时,基于提交的软件代码以及原有的软件代码,执行软件的自动化构建,其中,所述提交的软件代码用以集成到所述原有的软件代码中,所述自动化构建用以对所述提交的软件代码以及所述原有的软件代码进行自动化编译和/或测试;

体积检测单元32,用于检测执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化;

告警输出单元33,用于在体积检测单元32检测到所述体积变化超过预设的阈值时,输出告警信息,其中,所述告警信息用以提示本次提交的软件代码集成后对应的软件安装包的体积验证不通过。

可选的,软件持续集成装置3还包括:

代码处理单元,用于在体积检测单元32检测到所述体积变化超过预设的阈值,拒绝接受本次提交的软件代码。

可选的,软件持续集成装置3还包括:

优化建议输出单元,用于在所述代码处理单元拒绝接受本次提交的软件代码之后,输出优化建议,以便开发人员基于所述优化建议对本次提交的软件代码进行优化,其中,所述优化建议为基于预设的规则对本次提交的软件代码进行分析得到。

由上可知,本发明通过当检测到有软件代码提交时,基于提交的软件代码以及原有的软件代码,执行软件的自动化构建;检测执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化;若所述体积变化超过预设的阈值,则输出告警信息。也即,本发明通过对开发人员提交的代码进行自动化构建,以验证软件集成了本次提交的软件代码之后的体积变化是否超限,并在体积变化超限时及时对开发人员进行提醒,从而能够在开发过程中对软件安装包的体积变化进行有效监控和告警,有利于提高软件的简洁度,降低了软件维护成本。

图4是本发明一实施例提供的电子设备的示意图。如图4所示,该实施例的电子设备4包括:处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个软件持续集成方法实施例中的步骤,例如图1所示的步骤101至步骤103。或者,所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能,例如图3所示单元31至33的功能。

示例性的,所述计算机程序42可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器41中,并由所述处理器40执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序42在所述电子设备4中的执行过程。例如,所述计算机程序42可以被分割成自动构建单元,体积检测单元和告警输出单元,各单元具体功能如下:

自动构建单元,用于当检测到有软件代码提交时,基于提交的软件代码以及原有的软件代码,执行软件的自动化构建,其中,所述提交的软件代码用以集成到所述原有的软件代码中,所述自动化构建用以对所述提交的软件代码以及所述原有的软件代码进行自动化编译和/或测试;

体积检测单元,用于检测执行自动化构建前和执行自动化构建后分别对应的软件安装包的体积变化;

告警输出单元,用于在所述体积检测单元检测到所述体积变化超过预设的阈值时,输出告警信息,其中,所述告警信息用以提示本次提交的软件代码集成后对应的软件安装包的体积验证不通过。

所述电子设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述电子设备可包括,但不仅限于,处理器40、存储器41。本领域技术人员可以理解,图4仅仅是电子设备4的示例,并不构成对电子设备4的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器40可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现场可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述电子设备4的内部存储单元,例如电子设备4的硬盘或内存。所述存储器41也可以是所述电子设备4的外部存储设备,例如所述电子设备4上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。进一步地,所述存储器41还可以既包括所述电子设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中,应该理解到,所揭露的装置/电子设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/电子设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1