持续集成方法、装置、电子设备、存储介质和程序产品与流程

1.本公开涉及软件开发技术领域，尤其涉及一种持续集成方法、装置、电子设备、存储介质和程序产品。


背景技术：

2.在软件系统的日常开发、测试、交付过程中，持续集成是最重要的一环。持续集成是一种软件开发实践，按照执行顺序包括编译、发布、自动化测试等过程；按照模块划分来说一般又包括应用模块(传统部署以及paas部署)、数据库模块、批量模块以及其他模块。
3.一般在日常开发中，开发人员将自己的代码通过本地开发、调试、自测后，通过git提交进入版本库中；接着，持续集成控制工具(如jenkins)定时启动，通过人为配置的一组策略，完成编译、发布、自动化测试等工作，将应用程序安装到目标服务器(或将paas镜像部署到宿主机集群)、将数据库ddl脚本与initial脚本安装入数据库、将批量程序相关信息放入到批量服务器等。在此基础上，测试人员才可以对软件产品进行测试。同时，交付版本包与补丁也是同理。可以说，持续集成贯穿了整个软件开发的周期，是践行devops理念的核心过程之一。但是，在这个过程中，仍有以下问题，当前持续集成一般都有专门的控制工具来进行，虽然可以将一整个任务流程分解为多个子任务，但是仍然存在着错误难以识别、分析的问题。在持续集成中，往往无法一次排除所有问题，但重复构建又浪费时间。在现有开发模式下，一方面是愈加复杂的模块结构，一方面又要提高集成效率，效率和质量在一定程度上存在矛盾点。


技术实现要素：

4.鉴于上述问题，本公开提供了一种持续集成方法、装置、电子设备、存储介质和程序产品。
5.根据本公开的第一个方面，提供一种持续集成方法，每一个待持续集成的应用包括至少一个文件，该方法包括：
6.对待持续集成的应用中的文件进行预检查，得到预检查结果；
7.当上述预检查结果满足预设条件时，利用预先训练完成的上述持续集成控制模型根据所述预检查结果确定对上述待持续集成的应用进行持续集成的模式；
8.根据上述模式对上述待持续集成的应用进行持续集成。
9.在本公开一实施例中，上述方法还包括：
10.获取历史持续集成数据，上述历史持续集成数据包括历史错误信息；
11.根据上述历史错误信息构建历史错误信息数据库；
12.利用上述历史错误信息数据库对上述待持续集成的应用中的文件进行预检查。
13.在本公开一实施例中，上述对待持续集成的应用中的文件进行预检查，得到预检查结果，具体包括：
14.获取上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号；
15.在上述历史错误信息数据库中搜索与上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号相对应的错误；
16.当上述历史错误信息数据库中存在与上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号相对应的错误时，针对每一个错误，根据上述错误对应的标签信息处理上述错误，上述标签信息包括错误的状态、与错误相对应的文件的历史md5值和上述错误的行号，上述错误的状态为已解决或未解决；
17.当上述错误的状态为未解决时，从上述待持续集成的应用的文件中搜索与上述错误相对应的文件，获取上述文件的当前md5值，比较与上述错误相对应的文件的历史md5值和与上述错误相对应的文件的当前md5值；
18.当与上述错误相对应的文件的历史md5值和与上述错误相对应的文件的当前md5值不同时，获取上述错误的行号，根据上述错误的行号确定上述错误所在行，比较上述错误所在行的内容，判断上述错误所在行的内容是否已修改；
19.当上述错误所在行的内容未修改时，记录上述错误；
20.当与上述错误对应的文件的历史md5值和与上述错误对应的文件的当前md5值相同时，记录上述错误；
21.统计上述待持续集成的应用的文件中的错误的数量，记录处理上述历史错误信息数据库中存在的与上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号相对应的所有错误所用的时长，得到上述预检查结果。
22.在本公开一实施例中，上述方法还包括：
23.针对上述待持续集成的应用中的每一个文件，若对上述文件进行预检查之后，上述文件中存在错误，则上述文件报错；
24.当每次利用上述历史错误信息数据库对上述待持续集成的应用中的文件进行预检查时，统计上述待持续集成的应用中的每一个文件的报错次数和上述待持续集成的应用的代码中的错误的数量；
25.针对上述待持续集成的应用中的每一个文件，当上述文件的报错次数大于或等于第一阈值时，提醒用户对上述文件中的错误进行修改，若上述用户不对上述文件中的错误进行修改，则停止对上述待持续集成的应用进行预检查；
26.当上述待持续集成的应用的代码中的错误的数量大于或等于第二阈值时，提醒用户对上述待持续集成的应用的代码中的错误进行修改，若上述用户不对上述待持续集成的应用的代码中的错误进行修改，则停止对上述待持续集成的应用进行预检查。
27.在本公开一实施例中，上述方法还包括：
28.针对所述待持续集成的应用中的每一个文件，若所述文件中的错误的数量为零时，重置所述文件的报错次数。
29.在本公开一实施例中，上述方法还包括：
30.上述预检查结果包括上述待持续集成的应用中的文件中的错误的数量；
31.上述预设条件包括上述待持续集成的应用中的文件中的错误的数量小于或等于第一预设阈值；
32.当上述预检查结果不满足上述预设条件，不对上述待持续集成的应用进行持续集成，将上述预检查结果展示给用户，提示上述用户确定是否继续对上述待持续集成的应用
进行持续集成。
33.在本公开一实施例中，上述方法还包括：
34.获取每个待持续集成的应用包括的模块的数量；
35.获取每个上述模块包括的文件的数量；
36.获取每个上述文件包括的错误的数量；
37.获取对上述待持续集成的应用中的文件进行预检查所用的时长；
38.根据上述对上述待持续集成的应用中的文件进行预检查所用的时长、上述待持续集成的应用包括的模块的数量、每个上述模块包括的文件的数量得到持续集成的效率成本；
39.根据上述待持续集成的应用包括的模块的数量、每个上述模块包括的文件的数量、每个上述文件包括的错误的数量得到持续集成的质量成本；
40.根据上述持续集成的效率成本和上述持续集成的质量成本生成上述持续集成控制模型。
41.本公开的第二方面提供了一种持续集成装置，每一个待持续集成的应用包括至少一个文件，该装置包括：
42.预检查模块，用于对待持续集成的应用中的文件进行预检查，得到预检查结果；
43.确定模块，用于当上述预检查结果满足预设条件时，利用预先训练完成的上述持续集成控制模型根据上述预检查结果确定对上述待持续集成的应用进行持续集成的模式；
44.持续集成模块，用于根据上述模式对上述待持续集成的应用进行持续集成。
45.本公开的第三方面提供了一种电子设备，包括：
46.一个或多个处理器；
47.存储器，用于存储一个或多个程序，
48.其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器执行根据执行上述持续集成方法。
49.本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述持续集成方法。
50.本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述持续集成方法。
51.本公开提供的持续集成方法包括：对待持续集成的应用中的文件进行预检查，得到预检查结果，当预检查结果满足预设条件时，利用预先训练完成的持续集成控制模型根据预检查结果确定对待持续集成的应用进行持续集成的模式，根据模式对待持续集成的应用进行持续集成。该方法在对待持续集成的应用进行持续集成之前对待持续集成的应用中的文件进行预检查，可以避免直接持续集成时出现错误所耗费的时间成本，利用预先训练完成的持续集成控制模型根据预检查结果确定待持续集成的应用进行持续集成的模式，可保证持续集成的效率与持续集成的质量之间达到局部最优，最终保证持续集成的总成本最优。
附图说明
52.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现
有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开中的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他附图。
53.图1示意性示出了根据本公开实施例的一种持续集成方法的应用场景图；
54.图2示意性示出了本公开一实施例提供的一种持续集成方法的流程示意图；
55.图3示意性示出了本公开一实施例提供的一种对待持续集成的应用中的文件进行预检查的方法的流程示意图；
56.图4示意性示出了本公开一实施例提供的另一种持续集成方法的流程示意图；
57.图5示意性示出了本公开一实施例提供的一种构建待持续集成模块的方法的流程示意图；
58.图6示意性示出了本公开一实施例提供的一种持续集成装置的结构框图；
59.图7示意性示出了本公开一实施例提供的一种对待持续集成的应用中的文件进行预检查的装置的结构框图；
60.图8示意性示出了本公开一实施例提供的又一种持续集成装置的结构框图；
61.图9示意性示出了本公开一实施例提供的一种构建持续集成模型的装置的结构框图；以及
62.图10示意性示出了根据本公开实施例的适于实现一种持续集成方法的电子设备的方框图。
具体实施方式
63.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
64.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
65.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
66.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
67.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或
具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。本领域技术人员还应理解，实质上任意表示两个或更多可选项目的转折连词和/或短语，无论是在说明书、权利要求书还是附图中，都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如，短语“a或b”应当被理解为包括“a”或“b”、或“a和b”的可能性。
68.附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。在本公开的上下文中，计算机可读介质可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，计算机可读介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。计算机可读介质的具体示例包括：磁存储装置，如磁带或硬盘(hdd)；光存储装置，如光盘(cd-rom)；存储器，如随机存取存储器(ram)或闪存；和/或有线/无线通信链路。
69.本公开提供了一种持续集成方法，包括：对待持续集成的应用中的文件进行预检查，得到预检查结果，当预检查结果满足预设条件时，利用预先训练完成的持续集成控制模型根据预检查结果确定对待持续集成的应用进行持续集成的模式，根据模式对待持续集成的应用进行持续集成。该方法在对待持续集成的应用进行持续集成之前对待持续集成的应用中的文件进行预检查，可以避免直接持续集成时出现错误所耗费的时间成本，利用预先训练完成的持续集成控制模型根据预检查结果确定待持续集成的应用进行持续集成的模式，可保证持续集成的效率与持续集成的质量之间达到局部最优，最终保证持续集成的总成本最优。
70.本公开提供了一种持续集成方法、装置、电子设备、存储介质和程序产品。下面结合附图进行示例性说明。应注意，以下方法中各个操作的序号仅作为该操作的表示以便描述，而不应被看作表示该各个操作的执行顺序。除非明确指出，否则该方法不需要完全按照所示顺序来执行。
71.需要说明的是，本公开提供的一种持续集成方法、装置、电子设备、存储介质和程序产品可用于金融领域，也可用于除金融领域之外的任意领域，本公开对提供的一种持续集成方法、装置、电子设备、存储介质和程序产品的应用领域不做限定。
72.此外，在本公开提供的技术方案中，所涉及的数据的收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。
73.在本公开提供的技术方案中，在获取或采集数据之前，均获取了数据归属者的授权或同意。
74.图1示意性示出了根据本公开实施例的一种持续集成方法的应用场景图。如图1所
示，根据该实施例的应用场景100可以包括终端设备101、102、103，网络104和服务器/服务器集群105。网络104用以在终端设备101、102、103和服务器/服务器集群105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
75.用户可以使用终端设备101、102、103通过网络104与服务器/服务器集群105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
76.终端设备101、102、103可以通过各种客户端应用与服务器/服务器集群105进行交互，以向服务器/服务器集群105发送各种请求或接收服务器/服务器集群105返回的结果。
77.终端设备101、102、103可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
78.服务器服务器/服务器集群105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
79.需要说明的是，本公开实施例所提供的一种持续集成方法一般可以由服务器/服务器集群105执行。相应地，本公开实施例所提供的一种持续集成装置一般可以设置于服务器/服务器集群105中。本公开实施例所提供的一种持续集成方法也可以由不同于服务器/服务器集群105且能够与终端设备101、102、103和/或服务器/服务器集群105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的一种持续集成装置也可以设置于不同于服务器/服务器集群105且能够与终端设备101、102、103和/或服务器/服务器集群105通信的服务器或服务器集群中。
80.应该理解，图1中的终端设备、网络和服务器/服务器集群的数目仅仅是示意性的。根据实际需要，可以具有任意数目的终端设备、网络和服务器/服务器集群。
81.持续集成通常需要花费较多的时间，当持续集成出现问题时，需要将问题逐个解决之后才能再次持续集成，进一步增加了持续集成的时间成本，为了提高持续集成的效率，减少持续集成所用的时间，本公开提供了一种持续集成方法，通过对待持续集成的应用进行预检查，再确保待持续集成的应用无误之后再进行持续集成，同时利用预先训练完成的持续集成控制模型平衡持续集成的成功率和持续集成的时间量之间的关系，保证持续集成的效率和质量的局部最优。
82.以下将基于图1描述的场景，通过图2～图5对公开实施例的一种持续集成方法进行详细描述。便于本领域技术人员能够更加清楚地了解本公开的技术方案。应当理解，以下说明仅是示例性的，以帮助本领域技术人员理解本公开的方案，并非用以限定本公开的保护范围。
83.图2示意性示出了本公开一实施例提供的一种持续集成方法的流程示意图。
84.如图2所示，在本公开一实施例中，每一个待持续集成的应用包括至少一个文件，该方法包括操作s210～操作s230。
85.在操作s210，对待持续集成的应用中的文件进行预检查，得到预检查结果。
86.本公开提供的持续集成方法在对待持续集成的应用进行持续集成之前，会对的持
续集成的应用中的文件进行预检查，以确定待持续集成的应用中的文件中是否存在错误，以及存在哪些错误，如此，便可以保证持续集成的质量和效率。待持续集成的应用的预检查结果可以包括待持续集成的应用中的文件中的错误的数量、对待持续集成的应用中的文件进行预检查所用的时长、待持续集成的应用中的模块的数量、待持续集成的应用中的文件的数量等。
87.在操作s220，当上述预检查结果满足预设条件时，利用预先训练完成的上述持续集成控制模型根据上述预检查结果确定对上述待持续集成的应用进行持续集成的模式。
88.在本实施例中，上述预检查结果可以包括上述待持续集成的应用中的文件中的错误的数量，对应的上述预设条件可以是上述待持续集成的应用中的文件中的错误的数量小于或等于第一预设阈值，则当上述待持续集成的应用中的文件中的错误的数量小于或等于第一预设阈值时利用预先训练完成的上述持续集成控制模型根据上述预检查结果确定对上述待持续集成的应用进行持续集成的模式。上述预检查结果还可以包括待持续集成的应用中的部分单个文件中的错误的数量，例如针对重要程度较高的文件单独设置错误数量阈值，同时针对该文件设置预设条件为错误的数量小于或等于第二预设阈值，则当该文件中的错误的数量超过第二预设阈值时，就会停止预检查，同时提醒用户，也可以提高预检查的效率。预检查结果还可以包括待持续集成的应用中存在错误的文件的数量或者待持续集成的应用中存在错误的文件的比例，当待持续集成的应用中存在错误的文件的数量或者待持续集成的应用中存在错误的文件的比例没有超过预设的阈值时，利用预先训练完成的持续集成控制模型根据预检查结果便可确定对待持续集成的应用进行持续集成的模式。
89.显而易见的，无论是针对待持续集成的应用中的文件中的错误的数量设置对应的预设条件，还是针对待持续集成的应用中的部分单个文件中的错误的数量设置对应的预设条件，或者针对待持续集成的应用中存在错误的文件的数量或者待持续集成的应用中存在错误的文件的比例设置对应的预设条件，都存在预检查结果不满足预设条件的可能。为此，在本公开一实施例中，上述方法还包括：当上述预检查结果不满足上述预设条件时，不对上述待持续集成的应用进行持续集成，将上述预检查结果展示给用户，提示上述用户确定是否继续对上述待持续集成的应用进行持续集成。
90.在本实施例中，对待持续集成的应用中的文件进行预检查之后，预检查结果也可能不满足预设条件，例如，预检查结果中的待持续集成的应用中的文件中的错误信息的数量也可能大于预设的阈值，当待持续集成的应用中的文件中的错误的数量大于预设阈值时，不对该待持续集成的应用进行持续集成，将预检查结果展示给用户，提示用户决定是否对应用进行持续集成，将检查出的所有错误一一展示给用户，便于用户快速知晓该待持续集成的应用中的文件中存在的问题，从而方便用户对这些问题进行处理，例如修改这些错误，或者忽略这些错误继续对该待持续集成的应用进行持续集成。在应用进行持续集成之前，对待持续集成的应用中的文件进行预检查，可以节约直接持续集成所耗费的时间成本，同时，利用持续集成控制模型，用户可针对当前待持续集成的应用的持续集成需求来动态调整平衡点，以此保证在持续集成的效率与持续集成的质量之间达到局部最优，最终保证综合成本的最优。
91.需要说明的是，上述第一预设值和第二预设值等预设值可以是一个预设值，或者是某一预设范围，具体可以根据实际情况设定，这里不做限定。
92.应当理解，上述实施例中的关于预设条件的举例说明仅是示例性的，以帮助本领域技术人员理解本公开的技术方案，并非用以限制本公开的保护范围。可以根据实际需要设定预设条件。
93.在操作s230，根据上述模式对上述待持续集成的应用进行持续集成。
94.本公开提供的持续集成方法在持续集成之前会对待持续集成的应用中的文件进行预检查，可以快速检查出待持续集成的应用中的文件中的错误，预检查结束之后，当预检查结果满足预设条件时，利用预先训练完成的持续集成控制模型根据上述预检查结果确定对待持续集成的应用进行持续集成的模式。这里的预检查结果满足预设条件，例如可以是预检查出的错误的数量小于或等于预先设置的错误数量的阈值，例如，预先设置的错误数量的阈值为3，则当预检查出的错误的数量小于或等于3个时，证明该待持续集成的应用可以进行持续集成。这里的错误的数量的阈值可以根据实际需求进行设置，例如，对于要求较高或易出错的应用可以将阈值设置小一点，具体的数值本公开在此不做限定。确定待持续集成的应用可以进行持续集成之后，便可利用预先训练完成的持续集成控制模型根据预检查结果确定对该待持续集成的应用进行持续集成的模式，例如根据待持续集成的应用中的文件中的错误的数量、对待持续集成的应用中的文件进行预检查所用的时长、待持续集成的应用中的模块的数量、待持续集成的应用中的文件的数量确定持续集成模式，然后根据该模式对该待持续集成的应用进行持续集成。确定持续集成的模式即确定对该待持续集成的应用进行持续集成时效率和质量之间的平衡点。
95.需要说明的是，上述待持续集成的应用中的文件中的错误的数量的预设阈值可以是一个预设值，或者是某一预设范围，具体可以根据实际情况设定，这里不做限定。
96.在本公开一实施例中，上述持续集成方法还包括：获取历史持续集成数据，上述历史持续集成数据包括历史错误信息，根据上述历史错误信息构建历史错误信息数据库，利用上述历史错误信息数据库对上述待持续集成的应用中的文件进行预检查。
97.在本实施例中，利用历史错误信息数据库对待持续集成的应用中的文件进行预检查，因此，在对待持续集成的应用中的文件进行预检查之前需要构建历史错误信息数据库，具体地，首先需要获取历史持续集成数据，例如，获取当前时间点之前进行持续集成的应用在持续集成时出现的错误，同时，在构建历史错误信息数据库时，可以针对不同的待持续集成的应用设计不同的数据库。在本实施例中，存储待持续集成的应用中的文件中的错误时，还记录错误的标签信息，例如，可以记录错误所在的模块，错误所在的文件的md5值，错误是否解决，错误出现的次数等等。在构建历史错误信息数据库时，为了方便实施灵活搜索，还可以在错误原因(代码层面)和基本错误原因(描述层面)使用分词器，以提升搜索效率。为了便于从大量错误中快速搜索出目标错误，本实施例中使用nosql中的elasticsearch集群作为历史错误和历史错误的标签信息的存储方案。而elasticsearch集群具备较强的搜索能力，可以满足用户灵活查询的需求，让用户快速地获得想要的信息。本公开提供的基于nosql的错误及错误的标签信息获取方法，通过将历史持续集成过程中的错误和错误的标签信息传入elasticsearch集群，进而可以针对不同模块、不同语言使用不同的规则集进行查询与匹配，获取到不同模块具体的错误信息、错误位置等，可以有效地提高问题排查的速度。
98.下面将结合具体的实施例详细描述上述的构建历史错误信息数据库的方法。
99.为了便于叙述，本实施例中将以java语言为基础，介绍获取历史持续集成数据中的错误的标签信息的方法。一般来说，编程语言在持续集成过程中，一般会遇到两大类问题：静态编译问题以及动态运行问题。以下，分别对静态编译和动态运行的错误进行介绍。在静态编译过程中，往往不会真正执行代码，仅仅是判断被编译文件在当前编译环境及编译上下文中所引入的类及方法是否存在，语法是否符合基本要求。例如：(1)在被编译文件中使用的类，是否有在文件开头进行import；(2)被编译文件中所引入类的方法是否存在，是否有访问权限；(3)被编译文件所使用的语法、格式等是否符合编程语言的基本要求。如果被编译文件存在以上问题，会以问题名称，发生行数，发生具体原因等信息打印在编译的报文中。动态运行错误则相对复杂。由于现在在持续集成时往往要对应用本身代码级测试实施回归等工作，因此，一般来说动态错误的来源一般有两个：(1)代码级自动化测试回归；(2)应用集成完毕启动过程中。对于动态错误，一般会暴露出完整的堆栈信息，以及对应的文件、行号、错误具体原因，但由于动态编译的错误各有不同，难以有潜在的问题原因分析，需要具体问题具体分析。通过上述分析可以获知：对于单个文件的错误的标签信息，可以获取到文件名、文件路径、错误行号、具体错误原因。进一步，为方便区分不同构建次序以及文件是否更改，还可以加上构建版本号以及文件的md5值。因此，错误的标签信息可以包括：构建号、模块、文件md5值、文件路径、文件名、错误行号、错误信息、是否解决，错误次数。在构建历史错误信息数据库时，可以针对不同应用设计不同的数据库，同时，为了方便实施灵活搜索，可以在错误原因(代码层面)和基本错误原因(描述层面)使用分词器，以提升搜索效率。为了进一步提升错误搜索效率，本公开提供的方法中，用户还可以设计自己的搜索模型，进而直接获取到想要获得到错误。当用户不输入任何搜索条件时，可以直接看到所有的错误，用户也可以任意组装自己的查询条件去搜索到自己想要查询的错误。同时，可以在错误的标签信息中加入中文描述，便于应用配置管理员或者开发人员根据中文描述和原始的标签信息定位问题，进而排查问题。
100.图3示意性示出了本公开一实施例提供的一种对待持续集成的应用中的文件进行预检查的方法的流程示意图。
101.如图3所示，在本实施例中，该方法包括操作s310～操作s380。
102.在操作s310，获取上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号。
103.在操作s320，在上述历史错误信息数据库中搜索与上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号相对应的错误。
104.在操作s330，当上述历史错误信息数据库中存在与上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号相对应的错误时，针对每一个错误，根据上述错误对应的标签信息处理上述错误，上述标签信息包括错误的状态、与错误相对应的文件的历史md5值和上述错误的行号，上述错误的状态为已解决或未解决。
105.在操作s340，当上述错误的状态为未解决时，从上述待持续集成的应用的文件中搜索与上述错误相对应的文件，获取上述文件的当前md5值，比较与上述错误相对应的文件的历史md5值和与上述错误相对应的文件的当前md5值。
106.在操作s350，当与上述错误相对应的文件的历史md5值和与上述错误相对应的文件的当前md5值不同时，获取上述错误的行号，根据上述错误的行号确定上述错误所在行，
比较上述错误所在行的内容，判断上述错误所在行的内容是否已修改。
107.在操作s360，当上述错误所在行的内容未修改时，记录上述错误。
108.在操作s370，当与上述错误对应的文件的历史md5值和与上述错误对应的文件的当前md5值相同时，记录上述错误。
109.在操作s380，统计上述待持续集成的应用的文件中的错误的数量，记录处理上述历史错误信息数据库中存在的与上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号相对应的所有错误所用的时长，得到上述预检查结果。
110.对于当前规模庞大的应用系统而言，对应用进行全面扫描来预检查是不现实的，因此，本公开提供了一种对待持续集成的应用中的文件进行预检查的方法，根据待持续集成的应用的当前版本号和名称从历史错误信息数据库中搜索对应的错误，再根据搜索出的错误的相关信息处理错误，例如，根据错误的标签信息处理错误，在本实施例中错误的标签信息可以包括上述实施例提到的错误所在的模块，错误所在的文件的md5值，错误是否解决，错误出现的次数等等，还可以包括错误所在的文件名和错误所在的具体行号等，具体地，可以根据错误是否解决来处理，若错误的状态为已解决，则证明用户在持续集成出现该错误之后对该错误进行了修改，且此次修改解决了该错误，故无需再对该错误进行处理，只需处理状态为未解决的错误，但是，也存在用户对错误所在的行号的内容进行了修改，但没有同步错误标签信息的情况，此时，可以根据错误标签信息中的错误所在文件的md5值判断该文件是否已修改，例如，若该文件的当前md5值和错误的标签信息中的历史md5值不同，则证明该文件已修改，可以进一步地根据错误标签信息中的错误所在的具体行号来判断所述行号对应的内容是否已修改，若所述行号对应的内容已修改，则认为用户对该错误进行了处理，不记录该错误，而若该文件的当前md5值和错误的标签信息中的历史md5值相同，或所述行号对应的内容未修改，则证明用户在持续集成出现该错误之后未对该错误进行处理，需要记录该错误。当根据待持续集成的应用的当前版本号和名称从历史错误信息数据库中搜索出的错误均被处理之后，统计记录的错误的数量，以及对该待持续集成的应用中的文件进行预检查所用的时长。
111.应当理解，本实施例中的关于错误的标签信息等的举例说明仅是示例性的，以帮助本领域技术人员理解本公开的技术方案，并非用以限制本公开的保护范围。可根据实际需求设置错误的标签信息中的内容。
112.图4示意性示出了本公开一实施例提供的另一种持续集成方法的流程示意图。
113.如图4所示，在本实施例中，每一个待持续集成应用包括至少一个文件，该方法包括操作s410～操作s440。
114.在操作s410，针对上述待持续集成的应用中的每一个文件，若对上述文件进行预检查之后，上述文件中存在错误，则上述文件报错。
115.在操作s420，当每次利用上述历史错误信息数据库对上述待持续集成的应用中的文件进行预检查时，统计上述待持续集成的应用中的每一个文件的报错次数和上述待持续集成的应用的代码中的错误的数量。
116.在操作s430，针对上述待持续集成的应用中的每一个文件，当上述文件的报错次数大于或等于第一阈值时，提醒用户对上述文件中的错误进行修改，若上述用户不对上述文件中的错误进行修改，则停止对上述待持续集成的应用进行预检查。
117.在操作s440，当上述待持续集成的应用的代码中的错误的数量大于或等于第二阈值时，提醒用户对上述待持续集成的应用的代码中的错误进行修改，若上述用户不对上述待持续集成的应用的代码中的错误进行修改，则停止对上述待持续集成的应用进行预检查。
118.预检查和持续集成通常为自动进行的，系统按照预设的周期自动执行预检查功能，预检查之后若存在错误则会提醒相关人员对错误进行修改，但是，在实际操作过程中，相关人员可能一直未修改这些错误，这样每次预检查之后均会对该错误进行报错，浪费了预检查的时间，因此，本公开提供了一种方法，针对某些文件设置报错次数阈值，针对待持续集成的应用设置错误数量阈值。具体地，例如，若某个文件重要度高，必须确保完全无误，则可以设置该文件的报错次数阈值为1，即一旦该文件存在错误，就必须对错误进行修改，否则无法继续预检查。同理，可以对不同的待持续集成的应用设置不同的错误数量阈值，例如，针对重要度高的待持续集成的应用设置的错误数量的阈值相对较小，例如，可以设置错误数量的阈值为1个，或者针对持续集成所用时长较长的待持续集成的应用设置较小的错误数量的阈值，具体地设置错误数量的阈值的方法可根据实际需求设置，本公开对此不做限制。针对单个文件设置报错次数阈值，或针对待持续集成的应用设置错误数量阈值，可以保证在持续集成之前，单个文件中或待持续集成的应用中的错误尽可能的被修改，提高持续集成的效率和质量。
119.应当理解，本实施例中的关于单个文件的报错次数的阈值，以及待持续集成的应用中的错误数量的阈值等的举例说明仅是示例性的，以帮助本领域技术人员理解本公开的技术方案，并非用以限制本公开的保护范围。可以根据实际需求设置单个文件的报错次数的阈值，以及待持续集成的应用中的错误数量的阈值。
120.在本公开一实施例中，上述方法还包括：针对所述待持续集成的应用中的每一个文件，若所述文件中的错误的数量为零时，重置所述文件的报错次数。
121.在本实施例中，根据待持续集成的应用的当前版本号和名称从历史错误信息数据库中搜索对应的错误，当搜索出的错误的标签信息中的错误状态为已解决时，或错误所在的行号对应的内容被修改时，均不对其进行记录。因此，在对待持续集成的应用中的文件进行预检查时，若某个文件中没有错误，或搜索出的错误均未被记录，则重置所述文件的报错次数。
122.图5示意性示出了本公开一实施例提供的一种构建待持续集成模块的方法的流程示意图。如图5所示，该方法包括操作s510～操作s570。
123.在操作s 510，获取每个待持续集成的应用包括的模块的数量。
124.在操作s520，获取每个上述模块包括的文件的数量。
125.在操作s530，获取每个上述文件包括的错误的数量。
126.在操作s540，获取对待持续集成的应用中的文件进行预检查所用的时长。
127.在操作s550，根据上述对上述待持续集成的应用中的文件进行预检查所用的时长、上述待持续集成的应用包括的模块的数量、每个上述模块包括的文件的数量得到持续集成的效率成本。
128.在操作s560，根据上述待持续集成的应用包括的模块的数量、每个上述模块包括的文件的数量、每个上述文件包括的错误的数量得到持续集成的质量成本。
129.在操作s570，根据上述持续集成的效率成本和上述持续集成的质量成本生成上述持续集成控制模型。
130.由于现有的应用的模块越来越多，预检查和持续集成所耗费的时间也随之增大，这与提高持续集成效率这个目标存在一定的矛盾，但是对于日常研发、测试过程来说，质量和效率都是关注的重点目标，因此，本公开提供了一种持续集成控制模型，用于平衡持续集成的效率和质量。
131.在本实施例中，假设每个待持续集成的应用包括a个模块，m＝{ma|a＝1，2，3，......，a}，每个上述模块包括b个文件，n＝{nb|b＝1，2，3，......，b}，每个上述文件包括c个错误，e＝{ec|c＝1，2，3，......，c}，则根据上述对上述待持续集成的应用中的文件进行预检查所用的时长和上述待持续集成的应用包括的模块的数量和每个上述模块包括的文件的数量得到持续集成的效率成本，持续集成的效率成本的计算公式如下：
[0132][0133]
其中，表示对上述待持续集成的应用中的文件进行预检查所用的时长，z
ε
表示持续集成的效率成本。
[0134]
在本实施例中，求得持续集成效率成本之后，根据上述待持续集成的应用所包括的模块、文件和错误的数量得到持续集成的质量成本，持续集成的质量成本的计算公式如下：
[0135][0136]
其中，zq表示持续集成的质量成本。
[0137]
最终结合求得的持续集成效率成本和持续集成质量成本得到持续集成控制模型，上述持续集成控制模型为：
[0138][0139]
其中，α表示平衡点系数，0≤α≤1，ωk表示预检查时间系数，ωk＞0，ω
λ
表示错误权重，ω
λ
＞0，β0表示常数，β0＞0，a表示上述待持续集成的应用中的模块的数量，m＝{ma|a＝1，2，3，......，a}，b表示上述待持续集成的应用中的模块中的文件的数量，n＝{nb|b＝1，2，3，......，b}，c表示上述待持续集成的应用中的模块中的文件中错误的数量，e＝{ec|c＝1，2，3，......，c}。
[0140]
在本实施例中，对于注重持续集成质量，相对忽略持续集成速度的研发过程，称为质量最优，对于注重持续集成效率相对轻视持续集成质量的研发过程，称之为效率最优。但在实际研发过程中，用户追求的是实现效率最优所付出的代价与实现质量最优所付出的代价之和最小，本公开中称此总代价为成本，本公开根据历史进行持续集成的应用在进行持续集成时的相关数据构建了持续集成控制模型，并不断地进行优化，通过构建的持续集成控制模型可以找到效率最优和质量最优之间的平衡点，或者由用户决定平衡点。在利用持续集成模型根据预检查结果确定持续集成的模式时，只需将预检查结果中的待持续集成的应用中的文件中的错误的数量、对待持续集成的应用中的文件进行预检查所用的时长、待持续集成的应用中的模块的数量、待持续集成的应用中的文件的数量输入上述持续集成模型即可得到待持续集成的应用的持续集成模式。根据历史持续集成数据构建持续集成控制模型，并对模型不断进行优化，使得利用持续集成控制模型得到的持续集成模式更为准确，
可以有效地提高持续集成的效率，同时保证持续集成的质量。
[0141]
应当理解，上述实施例中的各步骤的执行顺序并非固定的，例如操作s540可在操作s550之后执行，即可调换操作s540和操作s550的执行顺序。
[0142]
基于上述持续集成方法，本公开还提供了持续集成装置。以下将结合图6～图9对该装置进行详细描述。
[0143]
图6示意性示出了本公开一实施例提供的一种持续集成装置的结构框图。
[0144]
如图6所示，在本公开一实施例中，该装置600包括：预检查模块610、确定模块620和持续集成模块630。
[0145]
预检查模块610，用于对待持续集成的应用中的文件进行预检查，得到预检查结果。在一实施例中，预检查模块610可以用于执行前文描述的操作s210，在此不再赘述。
[0146]
确定模块620，用于当上述预检查结果满足预设条件时，利用预先训练完成的上述持续集成控制模型根据上述预检查结果确定对上述待持续集成的应用进行持续集成的模式。在一实施例中，确定模块620可以用于执行前文描述的操作s220，在此不再赘述。
[0147]
持续集成模块630，用于根据上述模式对上述待持续集成的应用进行持续集成。在一实施例中，持续集成模块630可以用于执行前文描述的操作s230，在此不再赘述。
[0148]
图7示意性示出了本公开一实施例提供的一种对待持续集成的应用中的文件进行预检查的装置的结构框图。
[0149]
如图7所示，在本实施例中，该装置700包括：第五获取模块710、搜索模块720、处理模块730、第一比较模块740、第二比较模块750、第一记录模块760、第二记录模块770和统计模块780。
[0150]
第五获取模块710，用于获取上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号。在一实施例中，第五获取模块710可以用于执行前文描述的操作s310，在此不再赘述。
[0151]
搜索模块720，用于在上述历史错误信息数据库中搜索与上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号相对应的错误。在一实施例中，搜索模块720可以用于执行前文描述的操作s320，在此不再赘述。
[0152]
处理模块730，用于当上述历史错误信息数据库中存在与上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号相对应的错误时，针对每一个错误，根据上述错误对应的标签信息处理上述错误，上述标签信息包括错误的状态、与错误相对应的文件的历史md5值和上述错误的行号，上述错误的状态为已解决或未解决。在一实施例中，处理模块730可以用于执行前文描述的操作s330，在此不再赘述。
[0153]
第一比较模块740，用于当上述错误的状态为未解决时，从上述待持续集成的应用的文件中搜索与上述错误相对应的文件，获取上述文件的当前md5值，比较与上述错误相对应的文件的历史md5值和与上述错误相对应的文件的当前md5值。在一实施例中，第一比较模块740可以用于执行前文描述的操作s340，在此不再赘述。
[0154]
第二比较模块750，用于当与上述错误相对应的文件的历史md5值和与上述错误相对应的文件的当前md5值不同时，获取上述错误的行号，根据上述错误的行号确定上述错误所在行，比较上述错误所在行的内容，判断上述错误所在行的内容是否已修改。在一实施例中，第二比较模块750可以用于执行前文描述的操作s350，在此不再赘述。
[0155]
第一记录模块760，用于当上述错误所在行的内容未修改时，记录上述错误。在一实施例中，第一记录模块760可以用于执行前文描述的操作s360，在此不再赘述。
[0156]
第二记录模块770，用于当与上述错误对应的文件的历史md5值和与上述错误对应的文件的当前md5值相同时，记录上述错误。在一实施例中，第二记录模块770可以用于执行前文描述的操作s370，在此不再赘述。
[0157]
统计模块780，用于统计上述待持续集成的应用的文件中的错误的数量，记录处理上述历史错误信息数据库中存在的与上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号相对应的所有错误所用的时长，得到上述预检查结果。在一实施例中，统计模块780可以用于执行前文描述的操作s380，在此不再赘述。
[0158]
图8示意性示出了本公开一实施例提供的又一种持续集成装置的结构框图。
[0159]
如图8所示，在本实施例中，该装置800包括：报错模块810、第二统计模块820、第一提醒模块830和第二提醒模块840。
[0160]
报错模块810，用于针对上述待持续集成的应用中的每一个文件，若对上述文件进行预检查之后，上述文件中存在错误，则上述文件报错。在一实施例中，报错模块810可以用于执行前文描述的操作s410，在此不再赘述。
[0161]
第二统计模块820，用于当每次利用上述历史错误信息数据库对上述待持续集成的应用中的文件进行预检查时，统计上述待持续集成的应用中的每一个文件的报错次数和上述待持续集成的应用的代码中的错误的数量。在一实施例中，第二统计模块820可以用于执行前文描述的操作s420，在此不再赘述。
[0162]
第一提醒模块830，用于针对上述待持续集成的应用中的每一个文件，当上述文件的报错次数大于或等于第一阈值时，提醒用户对上述文件中的错误进行修改，若上述用户不对上述文件中的错误进行修改，则停止对上述待持续集成的应用进行预检查。在一实施例中，第一提醒模块830可以用于执行前文描述的操作s430，在此不再赘述。
[0163]
第二提醒模块840，用于当上述待持续集成的应用的代码中的错误的数量大于或等于第二阈值时，提醒用户对上述待持续集成的应用的代码中的错误进行修改，若上述用户不对上述待持续集成的应用的代码中的错误进行修改，则停止对上述待持续集成的应用进行预检查。在一实施例中，第二提醒模块840可以用于执行前文描述的操作s440，在此不再赘述。
[0164]
图9示意性示出了本公开一实施例提供的一种构建持续集成模型的装置的结构框图。
[0165]
如图9所示，在本实施例中，该装置900包括：第一获取模块910、第二获取模块920、第三获取模块930、第四获取模块940、第一生成模块950、第二生成模块960和第三生成模块970。
[0166]
第一获取模块910，用于获取每个待持续集成的应用包括的模块的数量。在一实施例中，第一获取模块910可以用于执行前文描述的操作s510，在此不再赘述。
[0167]
第二获取模块920，用于获取每个上述模块包括的文件的数量。在一实施例中，第二获取模块920可以用于执行前文描述的操作s520，在此不再赘述。
[0168]
第三获取模块930，用于获取每个上述文件包括的错误的数量。在一实施例中，第三获取模块930可以用于执行前文描述的操作s530，在此不再赘述。
[0169]
第四获取模块940，用于获取对待持续集成的应用中的文件进行预检查所用的时长。在一实施例中，第四获取模块940可以用于执行前文描述的操作s540，在此不再赘述。
[0170]
第一生成模块950，用于根据上述对上述待持续集成的应用中的文件进行预检查所用的时长、上述待持续集成的应用包括的模块的数量、每个上述模块包括的文件的数量得到持续集成的效率成本。在一实施例中，第一生成模块950可以用于执行前文描述的操作s550，在此不再赘述。
[0171]
第二生成模块960，用于根据上述待持续集成的应用包括的模块的数量、每个上述模块包括的文件的数量、每个上述文件包括的错误的数量得到持续集成的质量成本。在一实施例中，第二生成模块960可以用于执行前文描述的操作s560，在此不再赘述。
[0172]
第三生成模块970，用于根据上述持续集成的效率成本和上述持续集成的质量成本生成上述持续集成控制模型。在一实施例中，第三生成模块970可以用于执行前文描述的操作s570，在此不再赘述。
[0173]
根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
[0174]
例如，预检查模块610、确定模块620和持续集成模块630中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，预检查模块610、确定模块620和持续集成模块630中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，预检查模块610、确定模块620和持续集成模块630中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
[0175]
图10示意性示出了根据本公开实施例的适于实现一种持续集成方法的电子设备的方框图。
[0176]
如图10所示，根据本公开实施例的电子设备1000包括处理器1001，其可以根据存储在只读存储器(rom)1002中的程序或者从存储部分1008加载到随机访问存储器(ram)1003中的程序而执行各种适当的动作和处理。处理器1001例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器1001还可以包括用于缓存用途的板载存储器。处理器1001可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
[0177]
在ram1003中，存储有电子设备1000操作所需的各种程序和数据。处理器1001、rom 1002以及ram 1003通过总线1004彼此相连。处理器1001通过执行rom 1002和/或ram 1003中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 1002和ram1003以外的一个或多个存储器中。处理器1001也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
[0178]
根据本公开的实施例，电子设备1000还可以包括输入/输出(i/o)接口1005，输入/输出(i/o)接口1005也连接至总线1004。电子设备1000还可以包括连接至i/o接口1005的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1008。通信部分1008经由诸如因特网的网络执行通信处理。驱动器1009也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1009上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。
[0179]
本公开还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序包含如上文所述的一种持续集成方法。该计算机可读存储介质可以是上述实施例中描述的装置/设备中所包含的；也可以是单独存在，而未装配入该装置/设备中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
[0180]
根据本公开的实施例，计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 1002和/或ram 1003和/或rom 1002和ram 1003以外的一个或多个存储器。
[0181]
本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的一种持续集成方法。
[0182]
在该计算机程序被处理器1001执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
[0183]
在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分1008被下载和安装，和/或从可拆卸介质1011被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
[0184]
在这样的实施例中，该计算机程序可以通过通信部分1008从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被处理器1001执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
[0185]
根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
[0186]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0187]
本公开中应用了具体实施例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。
[0188]
本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
[0189]
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。