CN106293687B - 一种打包流程的控制方法，及装置 - Google Patents

Abstract

本发明实施例公开了一种打包流程的控制方法，及装置，其中方法的实现包括：获取配置文件，解析所述配置文件得到业务操作的参数集合；依据所述业务操作的参数集合确定在打包流程中需要执行的业务逻辑，确定所述业务逻辑相应的操作；对被打包数据执行所述业务逻辑相应的操作得到操作结果，对所述操作结果进行校验。采用配置文件确定业务操作的参数集合，再通过业务操作的参数集合控制业务逻辑，然后执行业务逻辑。能够实现打包流程过程中的业务逻辑处理，使打包流程及其结果符合不同业务的需求。

Description

一种打包流程的控制方法，及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种打包流程的控制方法，及装置。

背景技术

一般的Windows(视窗操作***)产品的构建、打包都是采用的脚本化的语言实现的，在Windows平台上，主要有Command Shell(命令外壳)脚本，该脚本结构简单，流程清楚，但在处理一些复杂逻辑时，无法进行灵活有效的控制。

打包流程一般包含如下步骤：

1、编译工程源代码，得到PE(Portable Executable，可执行文件)；

2、对生成的PE文件进行CRT(C Runtime Library,C运行时库)的校验；

3、对PE文件进行签名；

4、校验签名后的PE文件；

5、根据工程设置，生成安装包；

6、对生成的安装包进行签名；

7、校验签名后的安装包；

8、上传PE、SYMBOL以及安装包文件；

9、邮件通知相关人员。

在以上流程中，需要对相关的步骤做一定的业务逻辑处理，比如：编译不同的工程源代码；在生成安装包时，打包不同的产品功能模块。但是，采用Command Shell脚本无法实现以上业务逻辑处理。

发明内容

本发明实施例提供了一种打包流程的控制方法，及装置，用于实现打包流程过程中的业务逻辑处理，使打包流程及其结果符合不同业务的需求。

一种打包流程的控制方法，包括：

获取配置文件，解析所述配置文件得到业务操作的参数集合；

依据所述业务操作的参数集合确定在打包流程中需要执行的业务逻辑，确定所述业务逻辑相应的操作；

对被打包数据执行所述业务逻辑相应的操作得到操作结果，对所述操作结果进行校验。

一种打包流程的控制装置，包括：

解析单元，用于获取配置文件，解析所述配置文件得到业务操作的参数集合；

确定单元，用于依据所述业务操作的参数集合确定在打包流程中需要执行的业务逻辑，确定所述业务逻辑相应的操作；

执行单元，用于对被打包数据执行所述业务逻辑相应的操作得到操作结果；

校验单元，用于对所述操作结果进行校验。

从以上技术方案可以看出，本发明实施例具有以下优点：采用配置文件确定业务操作的参数集合，再通过业务操作的参数集合控制业务逻辑，然后执行业务逻辑。能够实现打包流程过程中的业务逻辑处理，使打包流程及其结果符合不同业务的需求。

附图说明

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

图1为本发明实施例方法流程示意图；

图2为本发明实施例方法流程示意图；

图3为本发明实施例控制装置结构意图；

图4为本发明实施例控制装置结构意图；

图5为本发明实施例控制装置结构意图；

图6为本发明实施例服务器结构意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例提供了一种打包流程的控制方法，其特征在于，包括：

101：获取配置文件，解析上述配置文件得到业务操作的参数集合；

在本发明实施例例中，配置文件可以用于控制打包流程中需要执行的业务操作，具体可以是以各种逻辑参数实现。配置文件是可配置化的文件，可以采用例如XML(Extensible Markup Language，可扩展标记语言)技术在内的可配置化的文件来实现。具体采用何种具体的配置文件本发明实施例不作唯一性限制。业务操作的参数集合中包含的业务操作指定了业务逻辑，业务操作的数量可以很多也可以很少，具体数量本发明实施例不作限制。

本发明实施例还提供了从配置文件中确业务操作的参数集合的方案，具体如下：上述获取配置文件，解析上述配置文件得到业务操作的参数集合包括：

获取配置文件中的配置信息，上述配置信息中包含业务操作的类型、状态、标识信息中的至少一项；依据上述配置信息确定业务操作的参数集合。

在本实施例中，配置文件进一步设置了打包流程中每一步执行的类型、状态、标志信息等。后续实施例将对此给出更详细的实例说明。

102：依据上述业务操作的参数集合确定在打包流程中需要执行的业务逻辑，确定上述业务逻辑相应的操作；

在本实施例中，配置文件中的配置信息指定了业务操作的参数集合，业务操作的参数集合则指定需要执行的业务逻辑，具体如下：上述依据上述业务操作的集合确定在打包流程中需要执行的业务逻辑包括：接收标识参数，确定与上述标识参数对应的标识信息所属的业务操作，然后确定该业务操作对应的业务逻辑为在打包流程中需要执行的业务逻辑。

通过输入的标识信息可以确定在配置文件中那一条业务逻辑将会被执行，可以实现更为复杂的打包逻辑控制。

在本发明实施例中，配置文件可以是专用的配置文件，例如：专用于QQ打包的配置文件，或者，专用于某一办公软件的配置文件；专用的配置文件可以不用输入标识信息，或者，输入极少的可选功能选择的标识信息；以腾讯电脑管家为例，腾讯电脑管家有很多功能，例如：有云查杀木马，***加速，漏洞修复，实时防护，网速保护，电脑诊所，健康小助手等功能。基于不同的需求，可以将选择的功能组合打包起来，也可以将全部功能打包起来。若专用于腾讯电脑管家打包的配置文件，则可以包含以上功能的全部业务操作的参数集合，然后默认全部执行；如果有标识信息输入，那么则打包标识信息对应的业务逻辑，从而实现对应功能的打包。

本实施例中输入标识信息，实现对更为复杂的打包逻辑控制，可以应用于具有通用性质的配置文件；通用性质的配置文件，可以配置各种可能应用到的打包流程中的业务操作的参数集合，然后通过输入标识信息选择需要执行的业务逻辑，以适应某一特定的打包流程需求。因此，在本实施例中，采用输入的标识信息的实现方式不是本发明实施例所必须的，但是可以作为优选的实现方式。

103：对被打包数据执行上述业务逻辑相应的操作得到操作结果，对上述操作结果进行校验。

本发明实施例采用配置文件确定业务操作的参数集合，再通过业务操作的参数集合控制业务逻辑，然后执行业务逻辑。能够实现打包流程过程中的业务逻辑处理，使打包流程及其结果符合不同业务的需求。

在本发明实施例中，业务逻辑可以有很多分支因此业务逻辑会被逐次执行，为了更充分的对发生的错误及异常进行检测，本发明实施例提供了解决方案，具体如下：上述业务逻辑包含至少两个，上述方法还包括：在执行任一业务逻辑相应的操作过程中，记录操作日志；在上述业务逻辑的执行过程中出现错误或异常时退出打包流程，并输出上述操作日志。

通过每一个逻辑执行过程中记录操作日志的形式，来获得检测结果，在发生错误或异常时退出打包流程，通过输出操作日志的形式可以准确的输出检测结果方面后续维护。

本发明实施例还提供了采用Template(模板)对不同的业务源代码执行不同的编译选项的控制，具体如下：上述对被打包数据执行上述业务逻辑相应的操作得到操作结果包括：

从模板内获取与上述被打包数据对应的编译选项，依据上述编译选项对被打包数据执行上述业务逻辑对应的操作得到操作结果。

本实施例通过对不同的业务源代码执行不同的编译选项，可以实现更为复杂的打包逻辑控制。模板可以是技术人员编写的，技术人员依据被打包数据的编译需求选择编译选项，从而形成模板；或者技术人员依据打包结果的需求选择编译选择，从而形成模板。后续实施例将给出模板的具体举例说明。

本实施例还提供了构建应用程序过程的可选实现方案，具体如下：在执行上述业务逻辑过程中采用Python(蟒蛇)脚本进行文件打包，上述Python脚本包含：文件拷贝、源代码编译、指定应用程序执行、指定工具执行、Python脚本的内嵌执行中的至少一项。

由于Python脚本具有跨平台、不需要编译，同时又具有高级语言的特点，支持类、有丰富的库文件等优点，因此可以适用于本发明实施例的方案，用于实现复杂业务逻辑的处理，并提高复杂业务逻辑处理的效率，为不同的应用需求打包不同的产品功能模块。

本发明实施例的技术方案主要的思想是通过一个可配置化的文件来对需要执行的业务逻辑进行配置，在本方案中可以使用的是XML技术，但不仅仅限于XML。另外，本发明实施例通过一种通用的、可以跨平台的脚本语言Python，实现一个具有解析配置文件，执行配置文件中指定的业务逻辑，并对执行结果进行强校验的应用。如图2所示，具体流程如下：

201：对输入的配置文件进行解析，得到业务操作的集合；

202：根据配置文件中指定的逻辑，执行相应的操作得到操作结果；

203：对操作结果进行校验；

204：确定是否还有业务操作，如果是，进入202，否则进入205；

205：退出打包流程。

另外，在以上流程的执行过程中，如果有任意一步出现错误或异常，该应用将记录到操作日志中，并中止执行打包流程。

以下将对打包配置文件，以及应用程序构建过程进行详细说明如下：

一、配置文件

在配置文件中，我们可以设置每一步的类型、状态、标志信息等，如下所示两个业务逻辑的属性：

<task type＝＂2＂enable＝＂True＂template＝＂build＿solution＂>

＜pram name＝＂solution＿path＂＞...＜/pram＞

＜/task＞

<task type＝＂2＂enable＝＂True＂template＝＂build＿solution＂flag＝＂48＂>

＜pram name＝＂solution＿path＂＞...＜/pram＞

＜/task＞

以上两个业务逻辑有不同的属性，可以通过在调用该打包应用时传入不同的Flag(标识)参数，来控制哪一个业务逻辑需要被执行。

同时，也可以通过定义不同的Template(模板)，对不同的业务源代码执行不同的编译选项，如下所示的模板实例：

二、构建应用程序

本发明实施例在打包流程中构建应用程序可以通过Python脚本为实现手段，Python脚本具有如下优点：跨平台、不需要编译，同时又具有高级语言的特点，支持类、有丰富的库文件等。

Python脚本可以执行以下多种不同的任务，如：

文件(文件夹)的拷贝；

源代码的编译；

指定应用程序、工具的执行；

Python脚本的内嵌执行；

并且该应用程序还可以继续扩展，以支持不同的业务逻辑任务。

需要说明的是，本发明实施例具体的实现方式可以多种，比如：使用不同的文件格式来保存配置信息，采用不同的开发语言来实现该构建应用程序等。以上实施例的举例不应理解为对本发明实施例的唯一性限定。

本发明实施例还提供了一种打包流程的控制装置，如图3所示，包括：

解析单元301，用于获取配置文件，解析上述配置文件得到业务操作的参数集合；

确定单元302，用于依据上述业务操作的参数集合确定在打包流程中需要执行的业务逻辑，确定上述业务逻辑相应的操作；

执行单元303，用于对被打包数据执行上述业务逻辑相应的操作得到操作结果；

校验单元304，用于对上述操作结果进行校验。

在本发明实施例例中，配置文件可以用于控制打包流程中需要执行的业务操作，具体可以是以各种逻辑参数实现。配置文件是可配置化的文件，可以采用例如XML(Extensible Markup Language，可扩展标记语言)技术在内的可配置化的文件来实现。具体采用何种具体的配置文件本发明实施例不作唯一性限制。业务操作的参数集合中包含的业务操作指定了业务逻辑，业务操作的数量可以很多也可以很少，具体数量本发明实施例不作限制。

本发明实施例采用配置文件确定业务操作的参数集合，再通过业务操作的参数集合控制业务逻辑，然后执行业务逻辑。能够实现打包流程过程中的业务逻辑处理，使打包流程及其结果符合不同业务的需求。

本发明实施例还提供了从配置文件中确业务操作的集合的方案，具体如下：可选地，上述解析单元301，用于获取配置文件中的配置信息，上述配置信息中包含业务操作的类型、状态、标识信息中的至少一项；依据上述配置信息确定业务操作的参数集合。

在本实施例中，配置文件进一步设置了打包流程中每一步执行的类型、状态、标志信息等。后续实施例将对此给出更详细的实例说明。

在本实施例中，配置文件中的配置信息指定了业务操作的集合，操作指令的集合则指定需要执行的业务逻辑，具体如下：可选地，上述确定单元302，用于接收标识参数，确定与上述标识参数对应的标识信息所属的业务操作，然后确定该业务操作对应的业务逻辑为在打包流程中需要执行的业务逻辑。

通过输入的参数标识可以确定在配置文件中那一条业务逻辑将会被执行，可以实现更为复杂的打包逻辑控制。

在本发明实施例中，配置文件可以是专用的配置文件，例如：专用于QQ打包的配置文件，或者，专用于某一办公软件的配置文件；专用的配置文件可以不用输入标识信息，或者，输入极少的可选功能选择的标识信息；以腾讯电脑管家为例，腾讯电脑管家有很多功能，例如：有云查杀木马，***加速，漏洞修复，实时防护，网速保护，电脑诊所，健康小助手等功能。基于不同的需求，可以将选择的功能组合打包起来，也可以将全部功能打包起来。若专用于腾讯电脑管家打包的配置文件，则可以包含以上功能的全部业务操作的参数集合，然后默认全部执行；如果有标识信息输入，那么则打包标识信息对应的业务逻辑，从而实现对应功能的打包。

本实施例中输入标识信息，实现对更为复杂的打包逻辑控制，可以应用于具有通用性质的配置文件；通用性质的配置文件，可以配置各种可能应用到的打包流程中的业务操作的参数集合，然后通过输入标识信息选择需要执行的业务逻辑，以适应某一特定的打包流程需求。因此，在本实施例中，采用输入的标识信息的实现方式不是本发明实施例所必须的，但是可以作为优选的实现方式。

在本发明实施例中，业务逻辑可以有很多分支因此业务逻辑会被逐次执行，为了更充分的对发生的错误及异常进行检测，本发明实施例提供了解决方案，具体如下：进一步地，如图4所示，上述业务逻辑包含至少两个，上述控制装置还包括：

记录单元401，用于在上述执行单元303执行任一业务逻辑相应的操作过程中，记录操作日志；

流程控制单元402，用于在上述业务逻辑的执行过程中出现错误或异常时退出打包流程；

输出单元403，用于输出上述操作日志。

通过每一个逻辑执行过程中记录操作日志的形式，来获得检测结果，在发生错误或异常时退出打包流程，通过输出操作日志的形式可以准确的输出检测结果方面后续维护。

本发明实施例还提供了采用Template(模板)对不同的业务源代码执行不同的编译选项的控制，具体如下：可选地，上述执行单元303，用于从模板内获取与上述被打包数据对应的编译选项，依据上述编译选项对被打包数据执行上述业务逻辑对应的操作得到操作结果。

本实施例通过对不同的业务源代码执行不同的编译选项，可以实现更为复杂的打包逻辑控制。

本实施例还提供了构建应用程序过程的可选实现方案，具体如下：可选地，上述执行单元303，用于在执行上述业务逻辑过程中采用蟒蛇Python脚本进行文件打包，上述Python脚本包含：文件拷贝、源代码编译、指定应用程序执行、指定工具执行、Python脚本的内嵌执行中的至少一项。

由于Python脚本具有跨平台、不需要编译，同时又具有高级语言的特点，支持类、有丰富的库文件等优点，因此可以适用于本发明实施例的方案，用于实现复杂业务逻辑的处理，并提高复杂业务逻辑处理的效率，为不同的应用需求打包不同的产品功能模块。

本发明实施例还提供了另一种打包流程的控制装置，如图5所示，包括：接收装置501、输出装置502、处理器503、以及存储器504；其中存储器504，可以用于处理器503在执行数据处理过程中所需要的缓存，也可以提供相应被调用的数据和/或处理结果的存储空间；

其中，处理器503，用于获取配置文件，解析上述配置文件得到业务操作的参数集合；依据上述业务操作的参数集合确定在打包流程中需要执行的业务逻辑，确定上述业务逻辑相应的操作；对被打包数据执行上述业务逻辑相应的操作得到操作结果，对上述操作结果进行校验。

在本发明实施例例中，配置文件可以用于控制打包流程中需要执行的业务操作，具体可以是以各种逻辑参数实现。配置文件是可配置化的文件，可以采用例如XML(Extensible Markup Language，可扩展标记语言)技术在内的可配置化的文件来实现。具体采用何种具体的配置文件本发明实施例不作唯一性限制。业务操作的参数集合中包含的业务操作指定了业务逻辑，业务操作的数量可以很多也可以很少，具体数量本发明实施例不作限制。

本发明实施例采用配置文件确定业务操作的参数集合，再通过业务操作的参数集合控制业务逻辑，然后执行业务逻辑。能够实现打包流程过程中的业务逻辑处理，使打包流程及其结果符合不同业务的需求。

本发明实施例还提供了从配置文件中确业务操作的参数集合的方案，具体如下：上述获取配置文件，解析上述配置文件得到业务操作的参数集合包括：获取配置文件中的配置信息，上述配置信息中包含业务操作的类型、状态、标识信息中的至少一项；依据上述配置信息确定业务操作的参数集合。

在本实施例中，配置文件进一步设置了打包流程中每一步执行的类型、状态、标志信息等。后续实施例将对此给出更详细的实例说明。

在本实施例中，配置文件中的配置信息指定了业务操作的集合，操作指令的集合则指定需要执行的业务逻辑，具体如下：上述处理器503，用于上述依据上述业务操作的集合确定在打包流程中需要执行的业务逻辑包括：

接收标识参数，确定与上述标识参数对应的标识信息所属的业务操作，然后确定该业务操作对应的业务逻辑为在打包流程中需要执行的业务逻辑。

通过输入的参数标识可以确定在配置文件中那一条业务逻辑将会被执行，可以实现更为复杂的打包逻辑控制。

在本发明实施例中，配置文件可以是专用的配置文件，例如：专用于QQ打包的配置文件，或者，专用于某一办公软件的配置文件；专用的配置文件可以不用输入标识信息，或者，输入极少的可选功能选择的标识信息；以腾讯电脑管家为例，腾讯电脑管家有很多功能，例如：有云查杀木马，***加速，漏洞修复，实时防护，网速保护，电脑诊所，健康小助手等功能。基于不同的需求，可以将选择的功能组合打包起来，也可以将全部功能打包起来。若专用于腾讯电脑管家打包的配置文件，则可以包含以上功能的全部业务操作的参数集合，然后默认全部执行；如果有标识信息输入，那么则打包标识信息对应的业务逻辑，从而实现对应功能的打包。

本实施例中输入标识信息，实现对更为复杂的打包逻辑控制，可以应用于具有通用性质的配置文件；通用性质的配置文件，可以配置各种可能应用到的打包流程中的业务操作的参数集合，然后通过输入标识信息选择需要执行的业务逻辑，以适应某一特定的打包流程需求。因此，在本实施例中，采用输入的标识信息的实现方式不是本发明实施例所必须的，但是可以作为优选的实现方式。

在本发明实施例中，业务逻辑可以有很多分支因此业务逻辑会被逐次执行，为了更充分的对发生的错误及异常进行检测，本发明实施例提供了解决方案，具体如下：上述业务逻辑包含至少两个，上述处理器503，还用于在执行任一业务逻辑相应的操作过程中，记录操作日志；在上述业务逻辑的执行过程中出现错误或异常时退出打包流程，并输出上述操作日志。

通过每一个逻辑执行过程中记录操作日志的形式，来获得检测结果，在发生错误或异常时退出打包流程，通过输出操作日志的形式可以准确的输出检测结果方面后续维护。

本发明实施例还提供了采用Template(模板)对不同的业务源代码执行不同的编译选项的控制，具体如下：上述处理器503，用于对被打包数据执行上述业务逻辑相应的操作得到操作结果包括：从模板内获取与上述被打包数据对应的编译选项，依据上述编译选项对被打包数据执行上述业务逻辑对应的操作得到操作结果。

模板可以是技术人员编写的，技术人员依据被打包数据的编译需求选择编译选项，从而形成模板；或者技术人员依据打包结果的需求选择编译选择，从而形成模板。后续实施例将给出模板的具体举例说明。

本实施例通过对不同的业务源代码执行不同的编译选项，可以实现更为复杂的打包逻辑控制。

本实施例还提供了构建应用程序过程的可选实现方案，具体如下：处理器503，用于在执行上述业务逻辑过程中采用Python(蟒蛇)脚本进行文件打包，上述Python脚本包含：文件拷贝、源代码编译、指定应用程序执行、指定工具执行、Python脚本的内嵌执行中的至少一项。

由于Python脚本具有跨平台、不需要编译，同时又具有高级语言的特点，支持类、有丰富的库文件等优点，因此可以适用于本发明实施例的方案，用于实现复杂业务逻辑的处理，并提高复杂业务逻辑处理的效率，为不同的应用需求打包不同的产品功能模块。

本发明实施例还提供给了另一种打包流程的控制装置，如图6所示，

图6是本发明实施例提供的一种服务器结构示意图，可以用于实现打包流程的控制装置。该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以***处理器(central processing units，CPU)622(例如，一个或一个以上处理器)和存储器632，一个或一个以上存储应用程序642或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中，存储器632和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器622可以设置为与存储介质630通信，在服务器600上执行存储介质630中的一系列指令操作。

服务器600还可以包括一个或一个以上电源626，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口658，和/或，一个或一个以上操作***641，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由打包流程的控制装置所执行的步骤可以基于该图6所示的服务器结构。本发明实施例可以应用在如图6所示的硬件结构中，还可以应用于个人电脑、移动设备等各种需要实现软件打包的设备中，并不局限于本发明实施例的举例。

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

另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (11)

1.一种打包流程的控制方法，其特征在于，包括：

获取配置文件，解析所述配置文件得到业务操作的参数集合，所述配置文件配置有各种可能应用到的打包流程中的业务操作的参数集合，所述配置文件还输入有可选功能选择的标识信息；

依据所述业务操作的参数集合确定在打包流程中需要执行的所述标识信息对应的业务逻辑，确定所述业务逻辑相应的操作，以实现所述标识信息对应功能的打包；

从模板内获取与被打包数据对应的编译选项，依据所述编译选项对被打包数据执行所述业务逻辑对应的操作得到操作结果，对所述操作结果进行校验，所述模板用于对不同的业务源代码执行不同的编译选项的控制。

2.根据权利要求1所述方法，其特征在于，所述获取配置文件，解析所述配置文件得到业务操作的参数集合包括：

获取配置文件中的配置信息，所述配置信息中包含业务操作的类型、状态、标识信息中的至少一项；依据所述配置信息确定业务操作的参数集合。

3.根据权利要求2所述方法，其特征在于，所述依据所述业务操作的集合确定在打包流程中需要执行的所述标识信息对应的业务逻辑包括：

接收标识参数，确定与所述标识参数对应的标识信息所属的业务操作，然后确定该业务操作对应的业务逻辑为在打包流程中需要执行的业务逻辑。

4.根据权利要求1至3任意一项所述方法，其特征在于，所述业务逻辑包含至少两个，所述方法还包括：

在执行任一业务逻辑相应的操作过程中，记录操作日志；在所述业务逻辑的执行过程中出现错误或异常时退出打包流程，输出所述操作日志。

5.根据权利要求1所述方法，其特征在于，在执行所述业务逻辑过程中采用蟒蛇Python脚本进行文件打包，所述Python脚本包含：文件拷贝、源代码编译、指定应用程序执行、指定工具执行、Python脚本的内嵌执行中的至少一项。

6.一种打包流程的控制装置，其特征在于，包括：

解析单元，用于获取配置文件，解析所述配置文件得到业务操作的参数集合，所述配置文件配置有各种可能应用到的打包流程中的业务操作的参数集合，所述配置文件还输入有可选功能选择的标识信息；

确定单元，用于依据所述业务操作的参数集合确定在打包流程中需要执行的所述标识信息对应的业务逻辑，确定所述业务逻辑相应的操作，以实现所述标识信息对应功能的打包；

执行单元，用于从模板内获取与被打包数据对应的编译选项，依据所述编译选项对被打包数据执行所述业务逻辑对应的操作得到操作结果，所述模板用于对不同的业务源代码执行不同的编译选项的控制；

校验单元，用于对所述操作结果进行校验。

7.根据权利要求6所述控制装置，其特征在于，

所述解析单元，用于获取配置文件中的配置信息，所述配置信息中包含业务操作的类型、状态、标识信息中的至少一项；依据所述配置信息确定业务操作的参数集合。

8.根据权利要求7所述控制装置，其特征在于，

所述确定单元，用于接收标识参数，确定与所述标识参数对应的标识信息所属的业务操作，然后确定该业务操作对应的业务逻辑为在打包流程中需要执行的业务逻辑。

9.根据权利要求6至8任意一项所述控制装置，其特征在于，所述业务逻辑包含至少两个，所述控制装置还包括：

记录单元，用于在所述执行单元执行任一业务逻辑相应的操作过程中，记录操作日志；

流程控制单元，用于在所述业务逻辑的执行过程中出现错误或异常时退出打包流程；

输出单元，用于输出所述操作日志。

10.根据权利要求6所述控制装置，其特征在于，

所述执行单元，用于在执行所述业务逻辑过程中采用蟒蛇Python脚本进行文件打包，所述Python脚本包含：文件拷贝、源代码编译、指定应用程序执行、指定工具执行、Python脚本的内嵌执行中的至少一项。

11.一种计算机可读存储介质，其特征在于，所述存储介质中存储有程序，所述程序被执行时实现如权利要求1至5任一项所述的打包流程的控制方法。