数据处理方法、装置、电子设备及计算机可读存储介质与流程

1.本发明实施例涉及数据处理技术领域，具体涉及一种数据处理方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.随着数据技术和智能终端的发展，需要经常发布sdk(软件开发工具包)、exe、msi(windows installer，windows安装包)等安装文件，现有技术在发布安装文件时，主要依靠人工对于新版本和旧版本的依赖改动进行比对，同时也需要人工对于安装文件数据进行整理，并将安装文件人工发布到外部系统中去。很显然，该处理方式需要花费较多的人力成本，无法及时检测到数据的新增、删减及变动，数据处理准确性低。


技术实现要素：

3.本发明实施例提供一种数据处理方法、装置、电子设备及计算机可读存储介质。
4.第一方面，本发明实施例中提供了一种数据处理方法。
5.具体的，所述数据处理方法，包括：
6.响应于接收到安装文件构建请求方发送的安装文件构建请求，获取所述安装文件构建请求携带的安装文件构建信息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息；
7.根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，并根据安装文件构建过程生成安装文件构建记录，其中，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
8.向所述安装文件构建请求方返回安装文件构建完成消息。
9.结合第一方面，本发明实施例在第一方面的第一种实现方式中，还包括：
10.将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在测试通过后向发布服务器发出安装文件发布请求。
11.结合第一方面和第一方面的第一种实现方式，本发明实施例在第一方面的第二种实现方式中，还包括：
12.响应于接收到所述发布服务器发送的安装文件构建记录获取请求，根据所述安装文件构建记录获取请求将当前版本及上一版本的安装文件构建记录发送给所述发布服务器。
13.结合第一方面、第一方面的第一种实现方式和第一方面的第二种实现方式，本公开在第一方面的第三种实现方式中，还包括：
14.接收所述发布服务器发送的应用文件构建命令，根据所述应用文件构建命令和更新后的依赖数据构建应用文件，并在应用文件构建成功后，向所述发布服务器发送应用文件构建成功消息。
15.第二方面，本发明实施例中提供了一种数据处理方法。
16.具体的，所述数据处理方法，包括：
17.响应于接收到安装文件发布请求方发送的安装文件发布请求，从构建服务器中获取当前版本及上一版本的安装文件构建记录信息；
18.对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本安装文件构建记录数据，并提取得到相应的依赖数据；
19.基于所述依赖数据得到发布文件，并对于所述发布文件进行发布。
20.结合第二方面，本发明实施例在第二方面的第一种实现方式中，所述基于所述依赖数据得到发布文件，并对于所述发布文件进行发布，被实施为：
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.返回模块，被配置为向所述安装文件构建请求方返回安装文件构建完成消息。
54.结合第四方面，本发明实施例在第四方面的第一种实现方式中，还包括：
55.第一发送模块，被配置为将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在测试通过后向发布服务器发出安装文件发布请求。
56.结合第四方面和第四方面的第一种实现方式，本发明实施例在第四方面的第二种实现方式中，还包括：
57.第二发送模块，被配置为响应于接收到所述发布服务器发送的安装文件构建记录获取请求，根据所述安装文件构建记录获取请求将当前版本及上一版本的安装文件构建记录发送给所述发布服务器。
58.结合第四方面、第四方面的第一种实现方式和第四方面的第二种实现方式，本公开在第四方面的第三种实现方式中，还包括：
59.第二构建模块，被配置为接收所述发布服务器发送的应用文件构建命令，根据所述应用文件构建命令和更新后的依赖数据构建应用文件，并在应用文件构建成功后，向所述发布服务器发送应用文件构建成功消息。
60.第五方面，本发明实施例中提供了一种数据处理装置。
61.具体的，所述数据处理装置，包括：
62.第二获取模块，被配置为响应于接收到安装文件发布请求方发送的安装文件发布请求，从构建服务器中获取当前版本及上一版本的安装文件构建记录信息；
63.解析模块，被配置为对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本安装文件构建记录数据，并提取得到相应的依赖数据；
64.发布模块，被配置为基于所述依赖数据得到发布文件，并对于所述发布文件进行发布。
65.结合第五方面，本发明实施例在第五方面的第一种实现方式中，所述发布模块被配置为：
66.根据所述依赖数据获取得到当前版本安装文件数据标识列表和上一版本安装文件数据标识列表；
67.根据所述当前版本安装文件数据标识列表和上一版本安装文件数据标识列表得到安装文件数据标识差异列表，作为发布文件；
68.将所述发布文件发送给预设执行服务器进行发布。
69.结合第五方面和第五方面的第一种实现方式，本发明实施例在第五方面的第二种实现方式中，还包括：
70.验证模块，被配置为对于所述发布文件进行验证，并在验证通过后，确认所述发布文件发布成功。
71.结合第五方面、第五方面的第一种实现方式和第五方面的第二种实现方式，本公
开在第五方面的第三种实现方式中，所述对于所述发布文件进行验证的部分，被配置为：
72.确认所述发布文件在所述预设执行服务器中存储成功；
73.对于所述发布文件中的依赖数据进行稳定性更新，并向所述构建服务器发送应用文件构建命令，以使所述构建服务器根据更新后的依赖数据构建应用文件。
74.结合第五方面的第一种实现方式、第五方面的第二种实现方式和第五方面的第三种实现方式，本公开在第五方面的第四种实现方式中，还包括：
75.生成模块，被配置为响应于接收到所述构建服务器发送的应用文件构建成功消息，根据所述发布文件构建过程信息生成发布文件发布报告并将所述发布文件发布报告返回给安装文件构建请求方。
76.第六方面，本发明实施例中提供了一种数据处理装置。
77.具体的，所述数据处理装置，包括：
78.安装文件构建请求方，被配置为向构建服务器发送安装文件构建请求；
79.所述构建服务器，被配置为获取所述安装文件构建请求携带的安装文件构建信息，根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，根据安装文件构建过程生成安装文件构建记录，并向所述安装文件构建请求方返回安装文件构建完成消息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
80.安装文件发布请求方，被配置为向发布服务器发送安装文件发布请求；
81.所述发布服务器，被配置为从所述构建服务器中获取当前版本及上一版本的安装文件构建记录信息，对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本安装文件构建记录数据，提取得到相应的依赖数据，基于所述依赖数据得到发布文件，并对于所述发布文件进行发布。
82.结合第六方面，本发明实施例在第六方面的第一种实现方式中，所述基于所述依赖数据得到发布文件，并对于所述发布文件进行发布的部分，被配置为：
83.根据所述依赖数据获取得到当前版本安装文件数据标识列表和上一版本安装文件数据标识列表；
84.根据所述当前版本安装文件数据标识列表和上一版本安装文件数据标识列表得到安装文件数据标识差异列表，作为发布文件；
85.将所述发布文件发送给预设执行服务器进行发布。
86.结合第六方面和第六方面的第一种实现方式，本发明实施例在第六方面的第二种实现方式中，所述构建服务器还被配置为将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在测试通过后向发布服务器发出安装文件发布请求。
87.结合第六方面、第六方面的第一种实现方式和第六方面的第二种实现方式，本公开在第六方面的第三种实现方式中，所述构建服务器还被配置为响应于接收到所述发布服务器发送的安装文件构建记录获取请求，根据所述安装文件构建记录获取请求将当前版本及上一版本的安装文件构建记录发送给所述发布服务器。
88.结合第六方面的第一种实现方式、第六方面的第二种实现方式和第六方面的第三
种实现方式，本公开在第六方面的第四种实现方式中，所述发布服务器还被配置为对于所述发布文件进行验证，并在验证通过后，确认所述发布文件发布成功。
89.结合第六方面、第六方面的第一种实现方式、第六方面的第二种实现方式、第六方面的第三种实现方式和第六方面的第四种实现方式，所述对于所述发布文件进行验证的部分，被配置为：
90.确认所述发布文件在所述预设执行服务器中存储成功；
91.对于所述发布文件中的依赖数据进行稳定性更新，并向所述构建服务器发送应用文件构建命令，以使所述构建服务器根据更新后的依赖数据构建应用文件。
92.结合第六方面、第六方面的第一种实现方式、第六方面的第二种实现方式、第六方面的第三种实现方式、第六方面的第四种实现方式和第六方面的第五种实现方式，本公开在第六方面的第六种实现方式中，所述构建服务器还被配置为接收所述发布服务器发送的应用文件构建命令，根据所述应用文件构建命令和更新后的依赖数据构建应用文件，并在应用文件构建成功后，向所述发布服务器发送应用文件构建成功消息。
93.结合第六方面、第六方面的第一种实现方式、第六方面的第二种实现方式、第六方面的第三种实现方式、第六方面的第四种实现方式、第六方面的第五种实现方式和第六方面的第六种实现方式，本公开在第六方面的第七种实现方式中，所述发布服务器还被配置为响应于接收到所述构建服务器发送的应用文件构建成功消息，还根据所述发布文件构建过程信息生成发布文件发布报告并将所述发布文件发布报告返回给安装文件构建请求方。
94.第七方面，本发明实施例提供了一种电子设备，包括存储器和处理器，所述存储器用于存储一条或多条支持数据处理装置执行上述数据处理方法的计算机指令，所述处理器被配置为用于执行所述存储器中存储的计算机指令。所述数据处理装置还可以包括通信接口，用于数据处理装置与其他设备或通信网络通信。
95.第八方面，本发明实施例提供了一种计算机可读存储介质，用于存储数据处理装置所用的计算机指令，其包含用于执行上述数据处理方法为数据处理装置所涉及的计算机指令。
96.本发明实施例提供的技术方案可包括以下有益效果：
97.上述技术方案借助请求信息，通过安装文件构建、发布自动流程的组合，实现了安装文件的自动检查、构建和发布。该技术方案在安装文件的检查、构建和发布过程中无需依赖人工，因此可以大大节约人力成本，同时还能够实现数据新增、删减及变动的自动检测，进而提高了数据处理的准确性，另外，该技术方案可适用于sdk、exe、msi等多种类型的安装文件，因此适用性强，可广泛推广。
98.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明实施例。
附图说明
99.结合附图，通过以下非限制性实施方式的详细描述，本发明实施例的其它特征、目的和优点将变得更加明显。在附图中：
100.图1示出根据本发明一实施方式的数据处理方法的流程图；
101.图2示出根据本发明另一实施方式的数据处理方法的流程图；
102.图3示出根据本发明再一实施方式的数据处理方法的流程图；
103.图4为根据本公开一实施方式的数据处理方法的整体流程图；
104.图5示出根据本发明一实施方式的数据处理装置的结构框图；
105.图6示出根据本发明另一实施方式的数据处理装置的结构框图；
106.图7示出根据本发明再一实施方式的数据处理装置的结构框图；
107.图8是适于用来实现根据本发明一实施方式的数据处理方法的计算机系统的结构示意图。
具体实施方式
108.下文中，将参考附图详细描述本发明实施例的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。
109.在本发明实施例中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
110.另外还需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明实施例。
111.本发明实施例提供的技术方案借助请求信息，通过安装文件构建、发布自动流程的组合，实现了安装文件的自动检查、构建和发布。该技术方案在安装文件的检查、构建和发布过程中无需依赖人工，因此可以大大节约人力成本，同时还能够实现数据新增、删减及变动的自动检测，进而提高了数据处理的准确性，另外，该技术方案可适用于sdk、exe、msi等多种类型的安装文件，因此适用性强，可广泛推广。
112.图1示出根据本发明一实施方式的数据处理方法的流程图，适用于构建服务器，如图1所示，所述数据处理方法包括以下步骤s101-s103：
113.在步骤s101中，响应于接收到安装文件构建请求方发送的安装文件构建请求，获取所述安装文件构建请求携带的安装文件构建信息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息；
114.在步骤s102中，根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，并根据安装文件构建过程生成安装文件构建记录，其中，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
115.在步骤s103中，向所述安装文件构建请求方返回安装文件构建完成消息。
116.上文提及，随着数据技术和智能终端的发展，需要经常发布sdk、exe、msi等安装文件，现有技术在发布安装文件时，主要依靠人工对于新版本和旧版本的依赖改动进行比对，同时也需要人工对于安装文件数据进行整理，并将安装文件人工发布到外部系统中去。很显然，该处理方式需要花费较多的人力成本，无法及时检测到数据的新增、删减及变动，数据处理准确性低。
117.考虑到上述问题，在该实施方式中，提出一种数据处理方法，该方法借助请求信息，通过安装文件构建、发布自动流程的组合，实现了安装文件的自动检查、构建和发布。该
技术方案在安装文件的检查、构建和发布过程中无需依赖人工，因此可以大大节约人力成本，同时还能够实现数据新增、删减及变动的自动检测，进而提高了数据处理的准确性，另外，该技术方案可适用于sdk、exe、msi等多种类型的安装文件，因此适用性强，可广泛推广。
118.在本发明一实施方式中，所述构建服务器指的是用于构建安装文件的服务器。
119.在本发明一实施方式中，所述安装文件构建请求指的是用于使得所述构建服务器创建与所述安装文件构建请求相应的安装文件的请求。所述安装文件构建请求是由安装文件构建请求方发出的。
120.在本发明一实施方式中，所述安装文件构建请求方指的是发出安装文件构建请求的主体。其中，所述安装文件构建请求方既可以为用户、某一应用，某一程序，还可以为数据处理系统本身，即由数据处理系统自动发起所述安装文件构建请求，再或者也可以为其他能够发出安装文件构建请求的主体，比如某一客户端等等，本发明对于所述安装文件构建请求方不作具体限定。
121.在本发明一实施方式中，所述安装文件构建信息用于表征安装文件构建请求方的安装文件构建要求，以使所述构建服务器能够根据所述安装文件构建信息构建所述安装文件。
122.其中，所述安装文件构建信息可包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息，其中，所述目标仓库地址指的是与需要创建的安装文件相关的文件数据所存放的目标仓库的地址，根据这个地址可确定存放所需文件数据的目标仓库，所述与需要创建的安装文件相关的文件数据比如可以为与需要创建的安装文件相关的代码数据等等；所述目标分支标识信息指的是用于对于存放所述所需文件数据的目标仓库中的目标分支进行区别性标识的信息，比如可以为存放所述所需文件数据的目标仓库中的目标分支的名称或id等等；所述目标版本信息指的是所创建的安装文件的版本信息。
123.根据所述安装文件构建信息中的目标仓库地址、目标分支标识信息等信息就可以确定目标仓库以及对应的目标分支，然后从所述目标分支中获取得到安装文件数据，然后基于所述安装文件数据构建得到安装文件，并根据安装文件的构建过程生成安装文件构建记录，以为后续的安装文件的验证、构建过程查询等操作提供数据支持，最后向所述安装文件构建请求方返回安装文件构建完成消息，以通知所述安装文件构建请求方安装文件已构建完成。其中，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程，其中，所述安装文件相关信息指的是与所述安装文件相关的、对于所述安装文件具有影响关系的信息，比如，与所述安装文件相关的依赖树等依赖数据等等，需要说明的是，构建所述安装文件时使用的依赖数据为内部依赖数据，这部分数据有可能对外是不公开的，因此，后续在安装文件发布流程中还会对于所述内部依赖数据进行稳定性更新，更新为稳定的外部依赖数据。
124.在本发明一实施方式中，所述方法还包括对于创建的安装文件进行本地测试的步骤，即所述数据处理方法包括以下步骤：
125.响应于接收到安装文件构建请求方发送的安装文件构建请求，获取所述安装文件构建请求携带的安装文件构建信息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息；
126.根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到
安装文件，并根据安装文件构建过程生成安装文件构建记录，其中，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
127.向所述安装文件构建请求方返回安装文件构建完成消息；
128.将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在测试通过后向发布服务器发出安装文件发布请求。
129.为了确定所述安装文件是否能够正常使用，尤其在其将来要应用的环境中是否能够正常使用，在该实施方式中，在创建得到安装文件之后，还将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在所述安装文件通过测试之后向发布服务器发出安装文件发布请求，以通知所述发布服务器已创建并测试成功，可以准备进行发布了。其中，所述本地测试方可以为所述安装文件构建请求方，也可以为在所述安装文件将来要应用的环境中执行测试的主体，比如某一测试应用、某一测试程序、某一测试客户端等等。
130.在本发明一实施方式中，所述方法还包括将发布服务器索要的安装文件构建记录发送给所述发布服务器的步骤，即所述数据处理方法包括以下步骤：
131.响应于接收到安装文件构建请求方发送的安装文件构建请求，获取所述安装文件构建请求携带的安装文件构建信息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息；
132.根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，并根据安装文件构建过程生成安装文件构建记录，其中，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
133.向所述安装文件构建请求方返回安装文件构建完成消息；
134.将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在测试通过后向发布服务器发出安装文件发布请求；
135.响应于接收到所述发布服务器发送的安装文件构建记录获取请求，根据所述安装文件构建记录获取请求将当前版本及上一版本的安装文件构建记录发送给所述发布服务器。
136.在该实施方式中，在接收到所述发布服务器发送的安装文件构建记录获取请求后，根据所述安装文件构建记录获取请求将其存储的最新的当前版本以及上一版本的安装文件构建记录均发送给所述发布服务器，以便所述发布服务器能够对于所述安装文件构建记录进行对比，确定构建记录的不同之处。
137.在本发明一实施方式中，所述方法还包括根据所述发布服务器的应用文件构建命令构建应用文件的步骤，即所述数据处理方法包括以下步骤：
138.响应于接收到安装文件构建请求方发送的安装文件构建请求，获取所述安装文件构建请求携带的安装文件构建信息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息；
139.根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，并根据安装文件构建过程生成安装文件构建记录，其中，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
140.向所述安装文件构建请求方返回安装文件构建完成消息；
141.将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在测试通过后向发布服务器发出安装文件发布请求；
142.响应于接收到所述发布服务器发送的安装文件构建记录获取请求，根据所述安装文件构建记录获取请求将当前版本及上一版本的安装文件构建记录发送给所述发布服务器；
143.接收所述发布服务器发送的应用文件构建命令，根据所述应用文件构建命令和更新后的依赖数据构建应用文件，并在应用文件构建成功后，向所述发布服务器发送应用文件构建成功消息。
144.考虑到发布服务器在对所述安装文件进行发布并发布成功，以及对于依赖数据进行更新之后，还需要构建相应的应用文件，以保障安装文件发布流程的完整性，因此，在该实施方式中，当所述构建服务器接收到所述发布服务器发送的应用文件构建命令之后，就根据所述应用文件构建命令和所述构建服务器使用的更新后的依赖数据构建应用文件，并在应用文件构建成功后，向所述发布服务器发送应用文件构建成功消息。其中，所述应用文件可以为能够在移动端使用的移动端应用文件等文件。
145.图2示出根据本发明另一实施方式的数据处理方法的流程图，适用于发布服务器，如图2所示，所述数据处理方法包括以下步骤s201-s203：
146.在步骤s201中，响应于接收到安装文件发布请求方发送的安装文件发布请求，从构建服务器中获取当前版本及上一版本的安装文件构建记录信息；
147.在步骤s202中，对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本安装文件构建记录数据，并提取得到相应的依赖数据；
148.在步骤s203中，基于所述依赖数据得到发布文件，并对于所述发布文件进行发布。
149.上文提及，随着数据技术和智能终端的发展，需要经常发布sdk、exe、msi等安装文件，现有技术在发布安装文件时，主要依靠人工对于新版本和旧版本的依赖改动进行比对，同时也需要人工对于安装文件数据进行整理，并将安装文件人工发布到外部系统中去。很显然，该处理方式需要花费较多的人力成本，无法及时检测到数据的新增、删减及变动，数据处理准确性低。
150.考虑到上述问题，在该实施方式中，提出一种数据处理方法，该方法借助请求信息，通过安装文件构建、发布自动流程的组合，实现了安装文件的自动检查、构建和发布。该技术方案在安装文件的检查、构建和发布过程中无需依赖人工，因此可以大大节约人力成本，同时还能够实现数据新增、删减及变动的自动检测，进而提高了数据处理的准确性，另外，该技术方案可适用于sdk、exe、msi等多种类型的安装文件，因此适用性强，可广泛推广。
151.在本发明一实施方式中，所述发布服务器指的是用于对于所述构建服务器构建得到的安装文件执行发布操作的服务器。
152.在本发明一实施方式中，所述安装文件发布请求指的是用于使得所述发布服务器对于相应的安装文件执行发布操作的请求。所述安装文件发布请求是由安装文件发布请求方发出的。
153.在本发明一实施方式中，所述安装文件发布请求方指的是发出安装文件发布请求的主体，其既可以与所述安装文件构建请求方相同也可以不同。其中，所述安装文件发布请求方既可以为用户、某一应用，某一程序，还可以为数据处理系统本身，即由数据处理系统
自动发起所述安装文件发布请求，再或者也可以为其他能够发出安装文件发布请求的主体，比如某一客户端等等，本发明对于所述安装文件发布请求方不作具体限定。
154.上文提及，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程，在本发明一实施方式中，所述安装文件构建记录信息可以为获取所述安装文件构建记录的地址等信息，对于所述安装文件构建记录信息进行解析即可得到所述安装文件构建记录以及对应的依赖数据。
155.所述发布服务器在接收到所述安装文件发布请求方发送的安装文件发布请求之后，向所述构建服务器发送安装文件构建记录获取请求，使得所述构建服务器根据所述安装文件构建记录获取请求将最新的当前版本及上一版本的安装文件构建记录发送给所述发布服务器；所述发布服务器接收到所述安装文件构建记录之后对其进行解析，得到最新的当前版本及上一版本安装文件构建记录数据，并从中提取得到相应的依赖数据；最后所述发布服务器基于所述依赖数据得到发布文件，并对于所述发布文件进行发布。
156.在本发明一实施方式中，所述步骤s203，即基于所述依赖数据得到发布文件，并对于所述发布文件进行发布的步骤，可被实施为：
157.根据所述依赖数据获取得到当前版本安装文件数据标识列表和上一版本安装文件数据标识列表；
158.根据所述当前版本安装文件数据标识列表和上一版本安装文件数据标识列表得到安装文件数据标识差异列表，作为发布文件；
159.将所述发布文件发送给预设执行服务器进行发布。
160.在该实施方式中，在生成和发布所述发布文件时，首先根据所述依赖数据获取得到当前版本安装文件数据标识列表和上一版本安装文件数据标识列表，其中，所述数据标识指的是对于对应数据的存储位置、获取位置或其他获取途径进行区别性标识的信息，所述数据标识比如可以为可以确定安装文件存储位置的gav(groupid，artifactid，version)坐标信息，其中，groupid用于定义当前安装文件所属目标仓库的标识信息、所属目标组织的标识信息或者所属目标项目的标识信息；artifactid用于定义当前安装文件所属的所述目标仓库、目标组织或目标项目中的目标分支、目标单元或目标模块；version用于定义当前安装文件的当前版本信息；然后对于所述当前版本安装文件数据标识列表和上一版本安装文件数据标识列表进行比较，得到能够表征不同版本安装文件内容差异性的安装文件数据标识差异列表，将其作为将要发布的发布文件，最后将所述发布文件发送给预设执行服务器执行发布操作，其中，所述预设执行服务器比如可以为maven服务器。
161.在本发明一实施方式中，所述方法还包括对于发布文件进行验证的步骤，即所述数据处理方法包括以下步骤：
162.响应于接收到安装文件发布请求方发送的安装文件发布请求，从构建服务器中获取当前版本及上一版本的安装文件构建记录信息；
163.对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本安装文件构建记录数据，并提取得到相应的依赖数据；
164.基于所述依赖数据得到发布文件，并对于所述发布文件进行发布；
165.对于所述发布文件进行验证，并在验证通过后，确认所述发布文件发布成功。
166.为了确认所述发布文件的正确性和有效性，同时节约文件的发布流程，在该实施
方式中，在对于所述发布文件进行发布后，还对于所述发布文件进行验证，若验证通过，则确认所述发布文件发布成功。
167.在本发明一实施方式中，所述对于所述发布文件进行验证的步骤，可被实施为：
168.确认所述发布文件在所述预设执行服务器中存储成功；
169.对于所述发布文件中的依赖数据进行稳定性更新，并向所述构建服务器发送应用文件构建命令，以使所述构建服务器根据更新后的依赖数据构建应用文件。
170.在该实施方式中，在对于所述发布文件进行验证时，首先确认所述发布文件在所述预设执行服务器中是否存储成功，比如，可通过对于所述发布文件的查找操作来进行确认；若存储成功，则对于所述发布文件中的依赖数据进行稳定性更新，并向所述构建服务器发送应用文件构建命令，以使所述构建服务器根据更新后的依赖数据构建应用文件。
171.其中，所述依赖数据的稳定性更新指的是将之前基于内部快照数据构建得到的安装文件对应的内部依赖数据更新为稳定的外部依赖数据，依赖数据的稳定性更新能够使得文件使用方能够有效地利用所述依赖数据，避免出现由于内部数据的不公开而导致的依赖数据无法使用的情况。
172.为了保障安装文件发布流程的完整性，在该实施方式中，发布服务器在对所述安装文件进行发布并发布成功，以及对于依赖数据进行稳定性更新之后，还需要通知构建服务器基于所述安装文件构建相应的应用文件。其中，所述应用文件可以为能够在移动端使用的移动端应用文件等文件。
173.在本发明一实施方式中，所述方法还包括生成发布文件发布报告的步骤，即所述数据处理方法包括以下步骤：
174.响应于接收到安装文件发布请求方发送的安装文件发布请求，从构建服务器中获取当前版本及上一版本的安装文件构建记录信息；
175.对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本安装文件构建记录数据，并提取得到相应的依赖数据；
176.基于所述依赖数据得到发布文件，并对于所述发布文件进行发布；
177.对于所述发布文件进行验证，并在验证通过后，确认所述发布文件发布成功；
178.响应于接收到所述构建服务器发送的应用文件构建成功消息，根据所述发布文件构建过程信息生成发布文件发布报告并将所述发布文件发布报告返回给安装文件构建请求方。
179.为了方便信息的查询和存档，在该实施方式中，发布服务器在接收到所述构建服务器发送的应用文件构建成功消息之后，根据所述发布文件构建过程信息生成发布文件发布报告，并将所述发布文件发布报告返回给所述安装文件构建请求方，以使其对于所述发布文件发布报告中的发布文件发布信息进行存档，必备后续查询，其中，所述发布文件发布报告中至少包括所述发布文件构建过程信息。
180.图2所示及相关实施方式中的部分技术特征与上文图1所示及相关实施方式中的部分技术特征相同或相似，对于该技术特征的具体解释和说明可参考上文对于图1所示及相关实施方式的描述，本发明在此对其不作赘述。
181.图3示出根据本发明再一实施方式的数据处理方法的流程图，适用于包括安装文件构建请求方、安装文件发布请求方、构建服务器、发布服务器和预设执行服务器的数据处
理系统，如图3所示，所述数据处理方法包括以下步骤s301-s304：
182.在步骤s301中，安装文件构建请求方向构建服务器发送安装文件构建请求；
183.在步骤s302中，所述构建服务器获取所述安装文件构建请求携带的安装文件构建信息，根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，根据安装文件构建过程生成安装文件构建记录，并向所述安装文件构建请求方返回安装文件构建完成消息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
184.在步骤s303中，安装文件发布请求方向发布服务器发送安装文件发布请求；
185.在步骤s304中，所述发布服务器从所述构建服务器中获取当前版本及上一版本的安装文件构建记录信息，对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本安装文件构建记录数据，提取得到相应的依赖数据，基于所述依赖数据得到发布文件，并对于所述发布文件进行发布。
186.上文提及，随着数据技术和智能终端的发展，需要经常发布sdk、exe、msi等安装文件，现有技术在发布安装文件时，主要依靠人工对于新版本和旧版本的依赖改动进行比对，同时也需要人工对于安装文件数据进行整理，并将安装文件人工发布到外部系统中去。很显然，该处理方式需要花费较多的人力成本，无法及时检测到数据的新增、删减及变动，数据处理准确性低。
187.考虑到上述问题，在该实施方式中，提出一种数据处理方法，该方法借助请求信息，通过安装文件构建、发布自动流程的组合，实现了安装文件的自动检查、构建和发布。该技术方案在安装文件的检查、构建和发布过程中无需依赖人工，因此可以大大节约人力成本，同时还能够实现数据新增、删减及变动的自动检测，进而提高了数据处理的准确性，另外，该技术方案可适用于sdk、exe、msi等多种类型的安装文件，因此适用性强，可广泛推广。
188.在本发明一实施方式中，所述基于所述依赖数据得到发布文件，并对于所述发布文件进行发布的步骤，可被实施为：
189.根据所述依赖数据获取得到当前版本安装文件数据标识列表和上一版本安装文件数据标识列表；
190.根据所述当前版本安装文件数据标识列表和上一版本安装文件数据标识列表得到安装文件数据标识差异列表，作为发布文件；
191.将所述发布文件发送给预设执行服务器进行发布。
192.在本发明一实施方式中，所述构建服务器还将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在测试通过后向发布服务器发出安装文件发布请求。
193.在本发明一实施方式中，所述构建服务器还响应于接收到所述发布服务器发送的安装文件构建记录获取请求，根据所述安装文件构建记录获取请求将当前版本及上一版本的安装文件构建记录发送给所述发布服务器。
194.在本发明一实施方式中，所述发布服务器还对于所述发布文件进行验证，并在验证通过后，确认所述发布文件发布成功。
195.在本发明一实施方式中，所述对于所述发布文件进行验证的步骤，可被实施为：
196.确认所述发布文件在所述预设执行服务器中存储成功；
197.对于所述发布文件中的依赖数据进行稳定性更新，并向所述构建服务器发送应用文件构建命令，以使所述构建服务器根据更新后的依赖数据构建应用文件。
198.在本发明一实施方式中，所述构建服务器还接收所述发布服务器发送的应用文件构建命令，根据所述应用文件构建命令和更新后的依赖数据构建应用文件，并在应用文件构建成功后，向所述发布服务器发送应用文件构建成功消息。
199.在本发明一实施方式中，所述发布服务器还响应于接收到所述构建服务器发送的应用文件构建成功消息，还根据所述发布文件构建过程信息生成发布文件发布报告并将所述发布文件发布报告返回给安装文件构建请求方。
200.图3所示及相关实施方式中的部分技术特征与上文图1-图2所示及相关实施方式中的部分技术特征相同或相似，对于该技术特征的具体解释和说明可参考上文对于图1-图2所示及相关实施方式的描述，本发明在此对其不作赘述。
201.图4为根据本公开一实施方式的数据处理方法的整体流程图，如图4所示，在所述数据处理过程中，安装文件构建请求方向构建服务器发送安装文件构建请求；所述构建服务器获取所述安装文件构建请求携带的安装文件构建信息，根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，根据安装文件构建过程生成安装文件构建记录，并向所述安装文件构建请求方返回安装文件构建完成消息，所述构建服务器将所述安装文件发送至本地测试方，比如安装文件构建请求方，以使所述本地测试方对于所述安装文件进行本地测试，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；测试通过后安装文件发布请求方向发布服务器发送安装文件发布请求；所述发布服务器从所述构建服务器中获取当前版本及上一版本的安装文件构建记录信息，对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本安装文件构建记录数据，提取得到相应的依赖数据，根据所述依赖数据获取得到当前版本安装文件数据标识列表和上一版本安装文件数据标识列表，根据所述当前版本安装文件数据标识列表和上一版本安装文件数据标识列表得到安装文件数据标识差异列表，作为发布文件，将所述发布文件发送给maven服务器进行发布，之后，所述发布服务器还对于所述发布文件进行验证，比如，确认所述发布文件在所述预设执行服务器中存储成功，对于所述发布文件中的依赖数据进行稳定性更新，并向所述构建服务器发送应用文件构建命令，所述构建服务器接收到所述发布服务器发送的应用文件构建命令后，根据所述应用文件构建命令和更新后的依赖数据构建应用文件，并在应用文件构建成功后，向所述发布服务器发送应用文件构建成功消息，所述发布服务器响应于接收到所述构建服务器发送的应用文件构建成功消息，根据所述发布文件构建过程信息生成发布文件发布报告并将所述发布文件发布报告返回给安装文件构建请求方，此时认为验证通过，确认所述发布文件发布成功。
202.下述为本发明装置实施例，可以用于执行本发明方法实施例。
203.图5示出根据本发明一实施方式的数据处理装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部，可实现为构建服务器。如图5所示，所述数据处理装置包括：
204.第一获取模块501，被配置为响应于接收到安装文件构建请求方发送的安装文件构建请求，获取所述安装文件构建请求携带的安装文件构建信息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息；
205.第一构建模块502，被配置为根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，并根据安装文件构建过程生成安装文件构建记录，其中，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
206.返回模块503，被配置为向所述安装文件构建请求方返回安装文件构建完成消息。
207.上文提及，随着数据技术和智能终端的发展，需要经常发布sdk、exe、msi等安装文件，现有技术在发布安装文件时，主要依靠人工对于新版本和旧版本的依赖改动进行比对，同时也需要人工对于安装文件数据进行整理，并将安装文件人工发布到外部系统中去。很显然，该处理方式需要花费较多的人力成本，无法及时检测到数据的新增、删减及变动，数据处理准确性低。
208.考虑到上述问题，在该实施方式中，提出一种数据处理装置，该装置借助请求信息，通过安装文件构建、发布自动流程的组合，实现了安装文件的自动检查、构建和发布。该技术方案在安装文件的检查、构建和发布过程中无需依赖人工，因此可以大大节约人力成本，同时还能够实现数据新增、删减及变动的自动检测，进而提高了数据处理的准确性，另外，该技术方案可适用于sdk、exe、msi等多种类型的安装文件，因此适用性强，可广泛推广。
209.在本发明一实施方式中，所述构建服务器指的是用于构建安装文件的服务器。
210.在本发明一实施方式中，所述安装文件构建请求指的是用于使得所述构建服务器创建与所述安装文件构建请求相应的安装文件的请求。所述安装文件构建请求是由安装文件构建请求方发出的。
211.在本发明一实施方式中，所述安装文件构建请求方指的是发出安装文件构建请求的主体。其中，所述安装文件构建请求方既可以为用户、某一应用，某一程序，还可以为数据处理系统本身，即由数据处理系统自动发起所述安装文件构建请求，再或者也可以为其他能够发出安装文件构建请求的主体，比如某一客户端等等，本发明对于所述安装文件构建请求方不作具体限定。
212.在本发明一实施方式中，所述安装文件构建信息用于表征安装文件构建请求方的安装文件构建要求，以使所述构建服务器能够根据所述安装文件构建信息构建所述安装文件。
213.其中，所述安装文件构建信息可包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息，其中，所述目标仓库地址指的是与需要创建的安装文件相关的文件数据所存放的目标仓库的地址，根据这个地址可确定存放所需文件数据的目标仓库，所述与需要创建的安装文件相关的文件数据比如可以为与需要创建的安装文件相关的代码数据等等；所述目标分支标识信息指的是用于对于存放所述所需文件数据的目标仓库中的目标分支进行区别性标识的信息，比如可以为存放所述所需文件数据的目标仓库中的目标分支的名称或id等等；所述目标版本信息指的是所创建的安装文件的版本信息。
214.根据所述安装文件构建信息中的目标仓库地址、目标分支标识信息等信息就可以
确定目标仓库以及对应的目标分支，然后从所述目标分支中获取得到安装文件数据，然后基于所述安装文件数据构建得到安装文件，并根据安装文件的构建过程生成安装文件构建记录，以为后续的安装文件的验证、构建过程查询等操作提供数据支持，最后向所述安装文件构建请求方返回安装文件构建完成消息，以通知所述安装文件构建请求方安装文件已构建完成。其中，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程，其中，所述安装文件相关信息指的是与所述安装文件相关的、对于所述安装文件具有影响关系的信息，比如，与所述安装文件相关的依赖树等依赖数据等等，需要说明的是，构建所述安装文件时使用的依赖数据为内部依赖数据，这部分数据有可能对外是不公开的，因此，后续在安装文件发布流程中还会对于所述内部依赖数据进行稳定性更新，更新为稳定的外部依赖数据。
215.在本发明一实施方式中，所述装置还包括对于创建的安装文件进行本地测试的部分，即所述数据处理装置包括：
216.第一获取模块，被配置为响应于接收到安装文件构建请求方发送的安装文件构建请求，获取所述安装文件构建请求携带的安装文件构建信息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息；
217.第一构建模块，被配置为根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，并根据安装文件构建过程生成安装文件构建记录，其中，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
218.返回模块，被配置为向所述安装文件构建请求方返回安装文件构建完成消息；
219.第一发送模块，被配置为将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在测试通过后向发布服务器发出安装文件发布请求。
220.为了确定所述安装文件是否能够正常使用，尤其在其将来要应用的环境中是否能够正常使用，在该实施方式中，在创建得到安装文件之后，还将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在所述安装文件通过测试之后向发布服务器发出安装文件发布请求，以通知所述发布服务器已创建并测试成功，可以准备进行发布了。其中，所述本地测试方可以为所述安装文件构建请求方，也可以为在所述安装文件将来要应用的环境中执行测试的主体，比如某一测试应用、某一测试程序、某一测试客户端等等。
221.在本发明一实施方式中，所述装置还包括将发布服务器索要的安装文件构建记录发送给所述发布服务器的部分，即所述数据处理装置包括：
222.第一获取模块，被配置为响应于接收到安装文件构建请求方发送的安装文件构建请求，获取所述安装文件构建请求携带的安装文件构建信息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息；
223.第一构建模块，被配置为根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，并根据安装文件构建过程生成安装文件构建记录，其中，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
224.返回模块，被配置为向所述安装文件构建请求方返回安装文件构建完成消息；
225.第一发送模块，被配置为将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在测试通过后向发布服务器发出安装文件发布请求；
226.第二发送模块，被配置为响应于接收到所述发布服务器发送的安装文件构建记录获取请求，根据所述安装文件构建记录获取请求将当前版本及上一版本的安装文件构建记录发送给所述发布服务器。
227.在该实施方式中，在接收到所述发布服务器发送的安装文件构建记录获取请求后，根据所述安装文件构建记录获取请求将其存储的最新的当前版本以及上一版本的安装文件构建记录均发送给所述发布服务器，以便所述发布服务器能够对于所述安装文件构建记录进行对比，确定构建记录的不同之处。
228.在本发明一实施方式中，所述装置还包括根据所述发布服务器的应用文件构建命令构建应用文件的部分，即所述数据处理装置包括以下步骤：
229.第一获取模块，被配置为响应于接收到安装文件构建请求方发送的安装文件构建请求，获取所述安装文件构建请求携带的安装文件构建信息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息；
230.第一构建模块，被配置为根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，并根据安装文件构建过程生成安装文件构建记录，其中，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
231.返回模块，被配置为向所述安装文件构建请求方返回安装文件构建完成消息；
232.第一发送模块，被配置为将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在测试通过后向发布服务器发出安装文件发布请求；
233.第二发送模块，被配置为响应于接收到所述发布服务器发送的安装文件构建记录获取请求，根据所述安装文件构建记录获取请求将当前版本及上一版本的安装文件构建记录发送给所述发布服务器；
234.第二构建模块，被配置为接收所述发布服务器发送的应用文件构建命令，根据所述应用文件构建命令和更新后的依赖数据构建应用文件，并在应用文件构建成功后，向所述发布服务器发送应用文件构建成功消息。
235.考虑到发布服务器在对所述安装文件进行发布并发布成功，以及对于依赖数据进行更新之后，还需要构建相应的应用文件，以保障安装文件发布流程的完整性，因此，在该实施方式中，当所述构建服务器接收到所述发布服务器发送的应用文件构建命令之后，就根据所述应用文件构建命令和所述构建服务器使用的更新后的依赖数据构建应用文件，并在应用文件构建成功后，向所述发布服务器发送应用文件构建成功消息。其中，所述应用文件可以为能够在移动端使用的移动端应用文件等文件。
236.图6示出根据本发明另一实施方式的数据处理装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部，可实现为发布服务器。如图6所示，所述数据处理装置包括：
237.第二获取模块601，被配置为响应于接收到安装文件发布请求方发送的安装文件发布请求，从构建服务器中获取当前版本及上一版本的安装文件构建记录信息；
238.解析模块602，被配置为对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本安装文件构建记录数据，并提取得到相应的依赖数据；
239.发布模块603，被配置为基于所述依赖数据得到发布文件，并对于所述发布文件进行发布。
240.上文提及，随着数据技术和智能终端的发展，需要经常发布sdk、exe、msi等安装文件，现有技术在发布安装文件时，主要依靠人工对于新版本和旧版本的依赖改动进行比对，同时也需要人工对于安装文件数据进行整理，并将安装文件人工发布到外部系统中去。很显然，该处理方式需要花费较多的人力成本，无法及时检测到数据的新增、删减及变动，数据处理准确性低。
241.考虑到上述问题，在该实施方式中，提出一种数据处理装置，该装置借助请求信息，通过安装文件构建、发布自动流程的组合，实现了安装文件的自动检查、构建和发布。该技术方案在安装文件的检查、构建和发布过程中无需依赖人工，因此可以大大节约人力成本，同时还能够实现数据新增、删减及变动的自动检测，进而提高了数据处理的准确性，另外，该技术方案可适用于sdk、exe、msi等多种类型的安装文件，因此适用性强，可广泛推广。
242.在本发明一实施方式中，所述发布服务器指的是用于对于所述构建服务器构建得到的安装文件执行发布操作的服务器。
243.在本发明一实施方式中，所述安装文件发布请求指的是用于使得所述发布服务器对于相应的安装文件执行发布操作的请求。所述安装文件发布请求是由安装文件发布请求方发出的。
244.在本发明一实施方式中，所述安装文件发布请求方指的是发出安装文件发布请求的主体，其既可以与所述安装文件构建请求方相同也可以不同。其中，所述安装文件发布请求方既可以为用户、某一应用，某一程序，还可以为数据处理系统本身，即由数据处理系统自动发起所述安装文件发布请求，再或者也可以为其他能够发出安装文件发布请求的主体，比如某一客户端等等，本发明对于所述安装文件发布请求方不作具体限定。
245.上文提及，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程，在本发明一实施方式中，所述安装文件构建记录信息可以为获取所述安装文件构建记录的地址等信息，对于所述安装文件构建记录信息进行解析即可得到所述安装文件构建记录以及对应的依赖数据。
246.所述发布服务器在接收到所述安装文件发布请求方发送的安装文件发布请求之后，向所述构建服务器发送安装文件构建记录获取请求，使得所述构建服务器根据所述安装文件构建记录获取请求将最新的当前版本及上一版本的安装文件构建记录发送给所述发布服务器；所述发布服务器接收到所述安装文件构建记录之后对其进行解析，得到最新的当前版本及上一版本安装文件构建记录数据，并从中提取得到相应的依赖数据；最后所述发布服务器基于所述依赖数据得到发布文件，并对于所述发布文件进行发布。
247.在本发明一实施方式中，所述发布模块603可被配置为：
248.根据所述依赖数据获取得到当前版本安装文件数据标识列表和上一版本安装文件数据标识列表；
249.根据所述当前版本安装文件数据标识列表和上一版本安装文件数据标识列表得到安装文件数据标识差异列表，作为发布文件；
250.将所述发布文件发送给预设执行服务器进行发布。
251.在该实施方式中，在生成和发布所述发布文件时，首先根据所述依赖数据获取得到当前版本安装文件数据标识列表和上一版本安装文件数据标识列表，其中，所述数据标识指的是对于对应数据的存储位置、获取位置或其他获取途径进行区别性标识的信息，所述数据标识比如可以为可以确定安装文件存储位置的gav(groupid，artifactid，version)坐标信息，其中，groupid用于定义当前安装文件所属目标仓库的标识信息、所属目标组织的标识信息或者所属目标项目的标识信息；artifactid用于定义当前安装文件所属的所述目标仓库、目标组织或目标项目中的目标分支、目标单元或目标模块；version用于定义当前安装文件的当前版本信息；然后对于所述当前版本安装文件数据标识列表和上一版本安装文件数据标识列表进行比较，得到能够表征不同版本安装文件内容差异性的安装文件数据标识差异列表，将其作为将要发布的发布文件，最后将所述发布文件发送给预设执行服务器执行发布操作，其中，所述预设执行服务器比如可以为maven服务器。
252.在本发明一实施方式中，所述装置还包括对于发布文件进行验证的部分，即所述数据处理装置包括：
253.第二获取模块，被配置为响应于接收到安装文件发布请求方发送的安装文件发布请求，从构建服务器中获取当前版本及上一版本的安装文件构建记录信息；
254.解析模块，被配置为对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本安装文件构建记录数据，并提取得到相应的依赖数据；
255.发布模块，被配置为基于所述依赖数据得到发布文件，并对于所述发布文件进行发布；
256.验证模块，被配置为对于所述发布文件进行验证，并在验证通过后，确认所述发布文件发布成功。
257.为了确认所述发布文件的正确性和有效性，同时节约文件的发布流程，在该实施方式中，在对于所述发布文件进行发布后，还对于所述发布文件进行验证，若验证通过，则确认所述发布文件发布成功。
258.在本发明一实施方式中，所述对于所述发布文件进行验证的部分，可被配置为：
259.确认所述发布文件在所述预设执行服务器中存储成功；
260.对于所述发布文件中的依赖数据进行稳定性更新，并向所述构建服务器发送应用文件构建命令，以使所述构建服务器根据更新后的依赖数据构建应用文件。
261.在该实施方式中，在对于所述发布文件进行验证时，首先确认所述发布文件在所述预设执行服务器中是否存储成功，比如，可通过对于所述发布文件的查找操作来进行确认；若存储成功，则对于所述发布文件中的依赖数据进行稳定性更新，并向所述构建服务器发送应用文件构建命令，以使所述构建服务器根据更新后的依赖数据构建应用文件。
262.其中，所述依赖数据的稳定性更新指的是将之前基于内部快照数据构建得到的安装文件对应的内部依赖数据更新为稳定的外部依赖数据，依赖数据的稳定性更新能够使得文件使用方能够有效地利用所述依赖数据，避免出现由于内部数据的不公开而导致的依赖数据无法使用的情况。
263.为了保障安装文件发布流程的完整性，在该实施方式中，发布服务器在对所述安装文件进行发布并发布成功，以及对于依赖数据进行稳定性更新之后，还需要通知构建服务器基于所述安装文件构建相应的应用文件。其中，所述应用文件可以为能够在移动端使用的移动端应用文件等文件。
264.在本发明一实施方式中，所述装置还包括生成发布文件发布报告的部分，即所述数据处理装置包括：
265.第二获取模块，被配置为响应于接收到安装文件发布请求方发送的安装文件发布请求，从构建服务器中获取当前版本及上一版本的安装文件构建记录信息；
266.解析模块，被配置为对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本安装文件构建记录数据，并提取得到相应的依赖数据；
267.发布模块，被配置为基于所述依赖数据得到发布文件，并对于所述发布文件进行发布；
268.验证模块，被配置为对于所述发布文件进行验证，并在验证通过后，确认所述发布文件发布成功；
269.生成模块，被配置为响应于接收到所述构建服务器发送的应用文件构建成功消息，根据所述发布文件构建过程信息生成发布文件发布报告并将所述发布文件发布报告返回给安装文件构建请求方。
270.为了方便信息的查询和存档，在该实施方式中，发布服务器在接收到所述构建服务器发送的应用文件构建成功消息之后，根据所述发布文件构建过程信息生成发布文件发布报告，并将所述发布文件发布报告返回给所述安装文件构建请求方，以使其对于所述发布文件发布报告中的发布文件发布信息进行存档，必备后续查询，其中，所述发布文件发布报告中至少包括所述发布文件构建过程信息。
271.图6所示及相关实施方式中的部分技术特征与上文图5所示及相关实施方式中的部分技术特征相同或相似，对于该技术特征的具体解释和说明可参考上文对于图5所示及相关实施方式的描述，本发明在此对其不作赘述。
272.图7示出根据本发明再一实施方式的数据处理装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部，可实现为包括安装文件构建请求方、安装文件发布请求方、构建服务器、发布服务器和预设执行服务器的数据处理系统。如图7所示，所述数据处理装置包括：
273.安装文件构建请求方701，被配置为向构建服务器发送安装文件构建请求；
274.构建服务器702，被配置为获取所述安装文件构建请求携带的安装文件构建信息，根据所述安装文件构建信息获取安装文件数据，基于所述安装文件数据构建得到安装文件，根据安装文件构建过程生成安装文件构建记录，并向所述安装文件构建请求方返回安装文件构建完成消息，其中，所述安装文件构建信息至少包括以下信息中的一种或多种：目标仓库地址、目标分支标识信息和目标版本信息，所述安装文件构建记录中至少包括以下信息中的一种或多种：安装文件相关信息、安装文件构建过程；
275.安装文件发布请求方703，被配置为向发布服务器发送安装文件发布请求；
276.发布服务器704，被配置为从所述构建服务器中获取当前版本及上一版本的安装文件构建记录信息，对于所述安装文件构建记录信息进行解析，得到当前版本及上一版本
安装文件构建记录数据，提取得到相应的依赖数据，基于所述依赖数据得到发布文件，并对于所述发布文件进行发布。
277.上文提及，随着数据技术和智能终端的发展，需要经常发布sdk、exe、msi等安装文件，现有技术在发布安装文件时，主要依靠人工对于新版本和旧版本的依赖改动进行比对，同时也需要人工对于安装文件数据进行整理，并将安装文件人工发布到外部系统中去。很显然，该处理方式需要花费较多的人力成本，无法及时检测到数据的新增、删减及变动，数据处理准确性低。
278.考虑到上述问题，在该实施方式中，提出一种数据处理装置，该装置借助请求信息，通过安装文件构建、发布自动流程的组合，实现了安装文件的自动检查、构建和发布。该技术方案在安装文件的检查、构建和发布过程中无需依赖人工，因此可以大大节约人力成本，同时还能够实现数据新增、删减及变动的自动检测，进而提高了数据处理的准确性，另外，该技术方案可适用于sdk、exe、msi等多种类型的安装文件，因此适用性强，可广泛推广。
279.在本发明一实施方式中，所述基于所述依赖数据得到发布文件，并对于所述发布文件进行发布的部分，被配置为：
280.根据所述依赖数据获取得到当前版本安装文件数据标识列表和上一版本安装文件数据标识列表；
281.根据所述当前版本安装文件数据标识列表和上一版本安装文件数据标识列表得到安装文件数据标识差异列表，作为发布文件；
282.将所述发布文件发送给预设执行服务器进行发布。
283.在本发明一实施方式中，所述构建服务器还被配置为将所述安装文件发送至本地测试方，以使所述本地测试方对于所述安装文件进行本地测试，并在测试通过后向发布服务器发出安装文件发布请求。
284.在本发明一实施方式中，所述构建服务器还被配置为响应于接收到所述发布服务器发送的安装文件构建记录获取请求，根据所述安装文件构建记录获取请求将当前版本及上一版本的安装文件构建记录发送给所述发布服务器。
285.在本发明一实施方式中，所述发布服务器还被配置为对于所述发布文件进行验证，并在验证通过后，确认所述发布文件发布成功。
286.在本发明一实施方式中，所述对于所述发布文件进行验证的部分，被配置为：
287.确认所述发布文件在所述预设执行服务器中存储成功；
288.对于所述发布文件中的依赖数据进行稳定性更新，并向所述构建服务器发送应用文件构建命令，以使所述构建服务器根据更新后的依赖数据构建应用文件。
289.在本发明一实施方式中，所述构建服务器还被配置为接收所述发布服务器发送的应用文件构建命令，根据所述应用文件构建命令和更新后的依赖数据构建应用文件，并在应用文件构建成功后，向所述发布服务器发送应用文件构建成功消息。
290.在本发明一实施方式中，所述发布服务器还被配置为响应于接收到所述构建服务器发送的应用文件构建成功消息，还根据所述发布文件构建过程信息生成发布文件发布报告并将所述发布文件发布报告返回给安装文件构建请求方。
291.图7所示及相关实施方式中的部分技术特征与上文图5-图6所示及相关实施方式中的部分技术特征相同或相似，对于该技术特征的具体解释和说明可参考上文对于图5-图
6所示及相关实施方式的描述，本发明在此对其不作赘述。
292.本发明实施例还公开了一种电子设备，所述电子设备包括存储器和处理器；其中，
293.所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现上述任一方法步骤。
294.图8是适于用来实现根据本发明一实施方式的数据处理方法的计算机系统的结构示意图。
295.如图8所示，计算机系统800包括处理单元801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行上述实施方式中的各种处理。在ram803中，还存储有系统800操作所需的各种程序和数据。处理单元801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
296.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。其中，所述处理单元801可实现为cpu、gpu、fpga、npu等处理单元。
297.特别地，根据本发明的实施方式，上文描述的方法可以被实现为计算机软件程序。例如，本发明的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行所述数据处理方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。
298.附图中的流程图和框图，图示了按照本发明各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
299.描述于本发明实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
300.作为另一方面，本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本发明实施例的方法。
301.以上描述仅为本发明的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本发明实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本发明实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。