版本文件的交付方法、装置、存储介质及电子设备与流程
1.本技术涉及金融科技领域或其他相关领域，具体而言，涉及一种版本文件的交付方法、装置、存储介质及电子设备。
背景技术：
2.随着需求项研发改革的推进，原先将多个需求项整合成任务单的交付模式无法直接体现需求项和制品的关系，需要修改为将制品直接与精准获取的需求项关联，并且，目前的版本交付控制相关信息获取存在延迟，交付流程也未能满足实际多种交付场景。
3.目前的交付模式为：1、seas将adlm上的多个交付信息一致(交付日、打包方式和投产方式一致)需求项整合成任务单，持续交付流水线每隔一个小时从seas同步任务单信息，交付时由用户根据应用+月度版本+版本号获取对应的任务单信息交付。2、根据投产日建立分支开展开发工作，存在多个交付日的情况，但是版本交付时只能选择其中一个交付日的任务单。
4.但是，现阶段需求项为最小可投产单元，交付时建立需求项和制品之间的关联更能体现需求和制品的关系。且版本交付信息未实时获取，存在获取已失效信息的风险，未能准确反馈需求和制品的关系。版本交付只能选择单个交付的任务单，未能真实反馈制品和实际的需求开发情况。
5.针对相关技术中获取版本文件的交付信息存在延迟，导致难以保证对版本文件的交付精准性的问题，目前尚未提出有效的解决方案。
技术实现要素：
6.本技术的主要目的在于提供一种版本文件的交付方法、装置、存储介质及电子设备，以解决相关技术中获取版本文件的交付信息存在延迟，导致难以保证对版本文件的交付精准性的问题。
7.为了实现上述目的，根据本技术的一个方面，提供了一种版本文件的交付方法。该方法包括：确定版本文件的交付流水线类型，其中，交付流水线类型为以下之一：组件化流水线、标准化流水线；确定交付流水线类型对应的服务组，其中，服务组为以下之一：正式服务组、灰度服务组，其中，正式服务组服务于上线版本文件，灰度服务组服务于未上线版本文件；根据服务组确定版本文件交付时所需的需求项信息，其中，需求项信息中至少包括：版本文件交付时所需的功能需求描述信息；根据需求项信息确定对版本文件的交付信息，其中，交付信息中至少包括：投产日、打包方式、投产方式。
8.进一步地，在交付流水线类型为组件化流水线时，确定交付流水线类型对应的服务组包括：查询版本文件的控制系统中是否存在服务组字段标识；若查询到版本文件的控制系统中存在服务组字段标识，则确定交付流水线类型对应的服务组为正式服务组；若查询到版本文件的控制系统中不存在服务组字段标识，则确定交付流水线类型对应的服务组为灰度服务组。
9.进一步地，若查询到版本文件的控制系统中不存在服务组字段标识，则确定交付流水线类型对应的服务组为灰度服务组包括：获取版本文件的控制系统中的目标灰度信息表；将目标灰度信息表中的组信息对应的服务组作为灰度服务组。
10.进一步地，在交付流水线类型为标准化流水线时，确定交付流水线类型对应的服务组包括：检测版本文件的控制系统中的发布分支是否携带目标灰度字段标识；若检测到版本文件的控制系统中的发布分支未携带有目标灰度字段标识，则确定交付流水线类型对应的服务组为正式服务组；若检测到版本文件的控制系统中的发布分支携带有目标灰度字段标识，则确定交付流水线类型对应的服务组为灰度服务组。
11.进一步地，在根据服务组确定版本文件交付时所需的需求项信息之前，方法还包括：展示对版本文件进行交付的交付界面；在交付界面中确定版本文件的多个交付日。
12.进一步地，在服务组为正式服务组时，根据服务组确定版本文件交付时所需的需求项信息包括：依据多个交付日，获取正式服务组所属的需求子条目中的所有需求项；将需求子条目中的所有需求项作为需求项信息。
13.进一步地，在服务组为灰度服务组时，根据服务组确定版本文件交付时所需的需求项信息包括：依据多个交付日，获取正式服务组所属的需求子条目中标识为灰度标识的需求项；将需求子条目中的标识为灰度标识的需求项作为需求项信息。
14.进一步地，在根据需求项信息确定对版本文件的交付信息之后，方法还包括：根据目标关键信息验证需求项信息是否为正式服务组所属的需求子条目，得到验证结果，其中，目标关键信息至少包括：版本文件的应用信息、版本文件的时间、版本文件号、服务组、灰度标识；若验证结果指示需求项信息为正式服务组所属的需求子条目，则在交付界面触发对版本文件的交付操作。
15.为了实现上述目的，根据本技术的另一方面，提供了一种版本文件的交付装置。该装置包括：第一确定单元，用于确定版本文件的交付流水线类型，其中，交付流水线类型为以下之一：组件化流水线、标准化流水线；第二确定单元，用于确定交付流水线类型对应的服务组，其中，服务组为以下之一：正式服务组、灰度服务组，其中，正式服务组服务于上线版本文件，灰度服务组服务于未上线版本文件；第三确定单元，用于根据服务组确定版本文件交付时所需的需求项信息，其中，需求项信息中至少包括：版本文件交付时所需的功能需求描述信息；第四确定单元，用于根据需求项信息确定对版本文件的交付信息，其中，交付信息中至少包括：投产日、打包方式、投产方式。
16.通过本技术，采用以下步骤：确定版本文件的交付流水线类型，其中，交付流水线类型为以下之一：组件化流水线、标准化流水线；确定交付流水线类型对应的服务组；根据服务组确定版本文件交付时所需的需求项信息，其中，需求项信息中至少包括：版本文件交付时所需的功能需求描述信息；根据需求项信息确定对版本文件的交付信息，其中，交付信息中至少包括：投产日、打包方式、投产方式。通过本技术，解决了相关技术中获取版本文件的交付信息存在延迟，导致难以保证对版本文件的交付精准性的问题。通过根据需求项信息确定对版本文件的交付信息，进而达到了可以保证对版本文件的交付精准性的效果。
附图说明
17.构成本技术的一部分的附图用来提供对本技术的进一步理解，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
18.图1是根据本技术实施例提供的版本文件的交付方法的流程图；
19.图2是根据本技术实施例提供的版本文件的交付方法的需求项信息示意图；
20.图3是根据本技术实施例提供的版本文件的交付方法的版本文件交付示意图一；
21.图4是根据本技术实施例提供的版本文件的交付方法的交付日信息示意图；
22.图5是根据本技术实施例提供的版本文件的交付方法的交付验证示意图；
23.图6是根据本技术实施例提供的版本文件的交付方法的版本文件交付示意图二；
24.图7是根据本技术实施例提供的版本文件的交付装置的示意图；
25.图8是根据本技术实施例提供的版本文件的交付电子设备的示意图。
具体实施方式
26.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
27.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
28.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
29.为了便于描述，以下对本技术实施例涉及的部分名词或术语进行说明：
30.服务组：在一个物理应用中，根据差异化研发管理的需要，按业务服务重要性程度的差异、业务板块化端到端研发等维度，将应用的一组服务、物理数据对象(表)组合成的一个架构单元；用于支撑研发分工、代码管理、版本制作、投产部署运行等研发管理工作，使之更加精细化。另应用也可以不分服务组。目前各应用的服务组在eam系统管理。
31.持续交付流水线：为快速实现业务价值，参考业界devops理念，我行开发的一套适合我行版本管理流程以及自动化的版本持续交付系统，展现从源码管理到投产全过程的状态，提供可视化功能。目前持续交付流水线有组件化流水线和标准化流水线两套。标准化流水线是根据规范对工具平台进行重构优化，以发布单元为主线，打造全流程工具链，提升版本持续交付、持续部署的自动化水平，降低工具使用门槛，支撑低成本实现业务价值的快速、高质量交付。
32.需求项：作为业务和科技之间沟通一致、可独立投产且具有业务价值的需求最小范围。
33.seas：传统基于任务单交付模式下的版本号管理平台。
34.adlm：需求项管理平台。
35.需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
36.下面结合优选的实施步骤对本发明进行说明，图1是根据本技术实施例提供的版本文件的交付方法的流程图，如图1所示，该方法包括如下步骤：
37.步骤s101，确定版本文件的交付流水线类型，其中，交付流水线类型为以下之一：组件化流水线、标准化流水线。
38.其中，标准化流水线是根据规范对工具平台进行重构优化，以发布单元为主线，打造全流程工具链，提升版本持续交付、持续部署的自动化水平，降低工具使用门槛，支撑低成本实现业务价值的快速、高质量交付。
39.步骤s102，确定交付流水线类型对应的服务组，其中，服务组为以下之一：正式服务组、灰度服务组，其中，正式服务组服务于上线版本文件，灰度服务组服务于未上线版本文件。
40.具体的，如图2所示，确定交付流水线类型对应的服务组之前，需要对交付流水线类型进行识别，随后确定不同类型的组件化流水线对应的服务组。
41.本技术研究了在交付流水线类型为组件化流水线场景时，确定交付流水线类型对应的服务组包括：查询版本文件的控制系统中是否存在服务组字段标识；若查询到版本文件的控制系统中存在服务组字段标识，则确定交付流水线类型对应的服务组为正式服务组；若查询到版本文件的控制系统中不存在服务组字段标识，则确定交付流水线类型对应的服务组为灰度服务组。
42.其中，如图2所示，对组件化流水线具体说明如下：
[0043]“服务组”字段取值：假如是eam上存在的服务组，则直接根据该组获取；假如是灰度组，则根据“vcds灰度信息表”中该灰度组对应的正式组获取。
[0044]“是否灰度”字段取值：组件化流水线的灰度标识来自是否存在于“vcds灰度信息表”，假如存在，则为“灰度”，假如不存在，则为“正式”。
[0045]
也即，在组件化流水线的应用场景下，通过查询eam系统中是否存在服务组对应的字段标识，其中，还字段标识可以是组的名称字段，若存在该字段标识，则确定本技术中的组件化流水线类型的服务组为正式服务组，本技术通过对服务组字段标识进行识别，提升了对服务组类别的精准确定。
[0046]
其中，若不存在该字段标识，本技术还可以通过以下步骤来确定组件化流水线类型的服务组为灰度服务组：若查询到版本文件的控制系统中不存在服务组字段标识，则确定交付流水线类型对应的服务组为灰度服务组包括：获取版本文件的控制系统中的目标灰度信息表；将目标灰度信息表中的组信息对应的服务组作为灰度服务组。
[0047]
也即，通过对上述的vcds灰度信息表的获取，确定本技术中的组件化流水线类型的服务组为灰度服务组，本技术通过对服务组字段标识进行识别，提升了对服务组类别的精准确定。
[0048]
标准化流水线具体说明如下：
[0049]“服务组”字段取值：标准化流水线的服务组都是eam上的正式组，直接赋值流水线上用户选择的服务组。
[0050]“是否灰度”字段取值：来自发布分支是否带_gray，假如带_gray，则为“灰度”，假如不带_gray，则为“正式”。
[0051]
本技术研究了在交付流水线类型为标准化流水线场景时，确定交付流水线类型对应的服务组包括：检测版本文件的控制系统中的发布分支是否携带目标灰度字段标识；若检测到版本文件的控制系统中的发布分支未携带有目标灰度字段标识，则确定交付流水线类型对应的服务组为正式服务组；若检测到版本文件的控制系统中的发布分支携带有目标灰度字段标识，则确定交付流水线类型对应的服务组为灰度服务组。
[0052]
也即，如图2所示，来自发布分支是否带_gray字段标识，假如带_gray，则为“灰度服务组”，假如不带_gray，则为“正式服务组”，本技术通过对发布分支是否存在灰度字段标识进行识别，提升了对服务组类别的精准确定。
[0053]
步骤s103，根据服务组确定版本文件交付时所需的需求项信息，其中，需求项信息中至少包括：版本文件交付时所需的功能需求描述信息。
[0054]
如图3所示，根据服务组确定版本文件交付时所需的需求项信息，具体操作步骤如下所示：在根据服务组确定版本文件交付时所需的需求项信息之前，方法还包括：展示对版本文件进行交付的交付界面；在交付界面中确定版本文件的多个交付日。
[0055]
例如，用户登录交付界面点击交付日输入框，通过调用adlm平台获取交付日，例如，如图4所示，需求项对应的交付日可以是多个。
[0056]
其中，在服务组为正式服务组时，根据服务组确定版本文件交付时所需的需求项信息包括：依据多个交付日，获取正式服务组所属的需求子条目中的所有需求项；将需求子条目中的所有需求项作为需求项信息。
[0057]
需要说明的是，为提升对版本文件交付时所需的需求项信息查的精准性，对本技术中的正式服务组设置正式字段标识，灰度服务组设置灰度字段标识。
[0058]
也即，用户选择交付日(支持多选)后，基于图2规则获取对应交付日的需求项清单，如果“是否灰度”字段为“正式字段标识”，则获取该正式组所属需求子条目的所有需求项。本技术通过设置正式服务组对应的字段标识，提升了对版本文件交付时所需的需求项信息查的精准性。
[0059]
其中，在服务组为灰度服务组时，根据服务组确定版本文件交付时所需的需求项信息包括：依据多个交付日，获取正式服务组所属的需求子条目中标识为灰度标识的需求项；将需求子条目中的标识为灰度标识的需求项作为需求项信息。
[0060]
也即，用户选择交付日(支持多选)后，基于图2规则获取对应交付日的需求项清单，如果“是否灰度”字段为“灰度字段标识”，则只获取该正式组所属需求子条目的“是否灰度”为“是”的需求项。本技术通过设置灰度服务组对应的字段标识，提升了对版本文件交付时所需的需求项信息查的精准性。
[0061]
简而言之，若为正式服务组，可以匹配所属需求子条目的所有需求项，其中，所有需求项既包括正式需求项，也包括灰度需求项，若为灰度服务组，可以匹配所属需求子条目的灰度需求项。
[0062]
步骤s104，根据需求项信息确定对版本文件的交付信息，其中，交付信息中至少包括：投产日、打包方式、投产方式。
[0063]
本技术通过上述步骤也可以实现对需求项信息的实时获取，进而使得本技术的版本交付信息更加准确。
[0064]
其中，在根据需求项信息确定对版本文件的交付信息之后，方法还包括：根据目标关键信息验证需求项信息是否为正式服务组所属的需求子条目，得到验证结果，其中，目标关键信息至少包括：版本文件的应用信息、版本文件的时间、版本文件号、服务组、灰度标识；若验证结果指示需求项信息为正式服务组所属的需求子条目，则在交付界面触发对版本文件的交付操作。
[0065]
也即，用户点击交付时，再根据“应用+月度版本+版本号+服务组+灰度标识”实时获取版本交付信息(投产日、打包方式、投产方式)，如图5所示，同时校验用户选中的需求项是否为满足条件的需求项的子集合，如为子集，则允许交付，则不为子集，则提示用户重新操作，本技术通过所有信息实时获取，交付时候校验，确保获取最新版本交付信息。
[0066]
可选地，如图6所示，版本交付主流程为：用户选择制品，点击交付，进入交付页面，交付页面展现版本基本信息，用户核对基本信息，核对完版本基本信息，选择交付日和需求项，然后点击交付，版本交付成功。
[0067]
本技术通过步骤s101-步骤s104：结合版本交付场景，精准获取满足条件的需求项信息，并且实时获取也确保的准确性，支持多种交付场景：支持提前、当天、延后交付；支持紧急情况下需求项下达即可交付。
[0068]
综上，本技术实施例提供的版本文件的交付方法，通过确定版本文件的交付流水线类型，其中，交付流水线类型为以下之一：组件化流水线、标准化流水线；确定交付流水线类型对应的服务组；根据服务组确定版本文件交付时所需的需求项信息，其中，需求项信息中至少包括：版本文件交付时所需的功能需求描述信息；根据需求项信息确定对版本文件的交付信息，其中，交付信息中至少包括：投产日、打包方式、投产方式。通过本技术，解决了相关技术中获取版本文件的交付信息存在延迟，导致难以保证对版本文件的交付精准性的问题。通过根据需求项信息确定对版本文件的交付信息，进而达到了可以保证对版本文件的交付精准性的效果。
[0069]
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0070]
本技术实施例还提供了一种版本文件的交付装置，需要说明的是，本技术实施例的版本文件的交付装置可以用于执行本技术实施例所提供的用于版本文件的交付方法。以下对本技术实施例提供的版本文件的交付装置进行介绍。
[0071]
图7是根据本技术实施例的版本文件的交付装置的示意图。如图7所示，该装置包括：第一确定单元701、第二确定单元702、第三确定单元703、第四确定单元704。
[0072]
具体的，第一确定单元701，用于确定版本文件的交付流水线类型，其中，交付流水线类型为以下之一：组件化流水线、标准化流水线；
[0073]
第二确定单元702，用于确定交付流水线类型对应的服务组，其中，服务组为以下之一：正式服务组、灰度服务组，其中，正式服务组服务于上线版本文件，灰度服
务组服务于未上线版本文件；
[0074]
第三确定单元703，用于根据服务组确定版本文件交付时所需的需求项信息，其中，需求项信息中至少包括：版本文件交付时所需的功能需求描述信息；
[0075]
第四确定单元704，用于根据需求项信息确定对版本文件的交付信息，其中，交付信息中至少包括：投产日、打包方式、投产方式。
[0076]
综上，本技术实施例提供的版本文件的交付装置，通过第一确定单元701确定版本文件的交付流水线类型，其中，交付流水线类型为以下之一：组件化流水线、标准化流水线；第二确定单元702确定交付流水线类型对应的服务组，其中，服务组为以下之一：正式服务组、灰度服务组，其中，正式服务组服务于上线版本文件，灰度服务组服务于未上线版本文件；第三确定单元703根据服务组确定版本文件交付时所需的需求项信息，其中，需求项信息中至少包括：版本文件交付时所需的功能需求描述信息；第四确定单元704根据需求项信息确定对版本文件的交付信息，其中，交付信息中至少包括：投产日、打包方式、投产方式，解决了相关技术中获取版本文件的交付信息存在延迟，导致难以保证对版本文件的交付精准性的问题。通过根据需求项信息确定对版本文件的交付信息，进而达到了可以保证对版本文件的交付精准性的效果。
[0077]
可选地，在本技术实施例提供的版本文件的交付装置中，在交付流水线类型为组件化流水线时，第二确定单元包括：查询模块，用于查询版本文件的控制系统中是否存在服务组字段标识；第一确定模块，用于若查询到版本文件的控制系统中存在服务组字段标识，则确定交付流水线类型对应的服务组为正式服务组；第二确定模块，用于若查询到版本文件的控制系统中不存在服务组字段标识，则确定交付流水线类型对应的服务组为灰度服务组。
[0078]
可选地，在本技术实施例提供的版本文件的交付装置中，第二确定模块包括：获取子模块，用于获取版本文件的控制系统中的目标灰度信息表；确定子模块，用于将目标灰度信息表中的组信息对应的服务组作为灰度服务组。
[0079]
可选地，在本技术实施例提供的版本文件的交付装置中，在交付流水线类型为标准化流水线时，第二确定单元包括：检测模块，用于检测版本文件的控制系统中的发布分支是否携带目标灰度字段标识；第三确定模块，用于若检测到版本文件的控制系统中的发布分支未携带有目标灰度字段标识，则确定交付流水线类型对应的服务组为正式服务组；第四确定模块，用于若检测到版本文件的控制系统中的发布分支携带有目标灰度字段标识，则确定交付流水线类型对应的服务组为灰度服务组。
[0080]
可选地，在本技术实施例提供的版本文件的交付装置中，装置还包括：展示单元，用于在根据服务组确定版本文件交付时所需的需求项信息之前，展示对版本文件进行交付的交付界面；第五确定单元，用于在交付界面中确定版本文件的多个交付日。
[0081]
可选地，在本技术实施例提供的版本文件的交付装置中，在服务组为正式服务组时，第三确定单元包括：第一获取单元，用于依据多个交付日，获取正式服务组所属的需求子条目中的所有需求项；第六确定单元，用于将需求子条目中的所有需求项作为需求项信息。
[0082]
可选地，在本技术实施例提供的版本文件的交付装置中，在服务组为灰度服务组时，第三确定单元包括：第二获取单元，用于依据多个交付日，获取正式服务组所属
的需求子条目中标识为灰度标识的需求项；第七确定单元，用于将需求子条目中的标识为灰度标识的需求项作为需求项信息。
[0083]
可选地，在本技术实施例提供的版本文件的交付装置中，装置还包括：验证单元，用于在根据需求项信息确定对版本文件的交付信息之后，根据目标关键信息验证需求项信息是否为正式服务组所属的需求子条目，得到验证结果，其中，目标关键信息至少包括：版本文件的应用信息、版本文件的时间、版本文件号、服务组、灰度标识；触发单元，用于若验证结果指示需求项信息为正式服务组所属的需求子条目，则在交付界面触发对版本文件的交付操作。
[0084]
版本文件的交付装置包括处理器和存储器，上述第一确定单元701、第二确定单元702、第三确定单元703、第四确定单元704等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
[0085]
处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来进行版本文件的交付。
[0086]
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
[0087]
本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现版本文件的交付方法。
[0088]
本发明实施例提供了一种处理器，处理器用于运行程序，其中，程序运行时执行版本文件的交付方法。
[0089]
如图8所示，本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：确定版本文件的交付流水线类型，其中，交付流水线类型为以下之一：组件化流水线、标准化流水线；确定交付流水线类型对应的服务组，其中，服务组为以下之一：正式服务组、灰度服务组，其中，正式服务组服务于上线版本文件，灰度服务组服务于未上线版本文件；根据服务组确定版本文件交付时所需的需求项信息，其中，需求项信息中至少包括：版本文件交付时所需的功能需求描述信息；根据需求项信息确定对版本文件的交付信息，其中，交付信息中至少包括：投产日、打包方式、投产方式。
[0090]
处理器执行程序时还实现以下步骤：查询版本文件的控制系统中是否存在服务组字段标识；若查询到版本文件的控制系统中存在服务组字段标识，则确定交付流水线类型对应的服务组为正式服务组；若查询到版本文件的控制系统中不存在服务组字段标识，则确定交付流水线类型对应的服务组为灰度服务组。
[0091]
处理器执行程序时还实现以下步骤：获取版本文件的控制系统中的目标灰度信息表；将目标灰度信息表中的组信息对应的服务组作为灰度服务组。
[0092]
处理器执行程序时还实现以下步骤：检测版本文件的控制系统中的发布分支是否携带目标灰度字段标识；若检测到版本文件的控制系统中的发布分支未携带有目标灰度字段标识，则确定交付流水线类型对应的服务组为正式服务组；若检测到版本文件的控制系统中的发布分支携带有目标灰度字段标识，则确定交付流水线类型对应的服务组为灰度服务组。
[0093]
处理器执行程序时还实现以下步骤：在根据服务组确定版本文件交付时所需的需求项信息之前，方法还包括：展示对版本文件进行交付的交付界面；在交付界面中确定版本文件的多个交付日。
[0094]
处理器执行程序时还实现以下步骤：依据多个交付日，获取正式服务组所属的需求子条目中的所有需求项；将需求子条目中的所有需求项作为需求项信息。
[0095]
处理器执行程序时还实现以下步骤：依据多个交付日，获取正式服务组所属的需求子条目中标识为灰度标识的需求项；将需求子条目中的标识为灰度标识的需求项作为需求项信息。
[0096]
处理器执行程序时还实现以下步骤：根据目标关键信息验证需求项信息是否为正式服务组所属的需求子条目，得到验证结果，其中，目标关键信息至少包括：版本文件的应用信息、版本文件的时间、版本文件号、服务组、灰度标识；若验证结果指示需求项信息为正式服务组所属的需求子条目，则在交付界面触发对版本文件的交付操作。
[0097]
本文中的设备可以是服务器、pc、pad、手机等。
[0098]
本技术还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：确定版本文件的交付流水线类型，其中，交付流水线类型为以下之一：组件化流水线、标准化流水线；确定交付流水线类型对应的服务组，其中，服务组为以下之一：正式服务组、灰度服务组，其中，正式服务组服务于上线版本文件，灰度服务组服务于未上线版本文件；根据服务组确定版本文件交付时所需的需求项信息，其中，需求项信息中至少包括：版本文件交付时所需的功能需求描述信息；根据需求项信息确定对版本文件的交付信息，其中，交付信息中至少包括：投产日、打包方式、投产方式。
[0099]
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：查询版本文件的控制系统中是否存在服务组字段标识；若查询到版本文件的控制系统中存在服务组字段标识，则确定交付流水线类型对应的服务组为正式服务组；若查询到版本文件的控制系统中不存在服务组字段标识，则确定交付流水线类型对应的服务组为灰度服务组。
[0100]
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：获取版本文件的控制系统中的目标灰度信息表；将目标灰度信息表中的组信息对应的服务组作为灰度服务组。
[0101]
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：检测版本文件的控制系统中的发布分支是否携带目标灰度字段标识；若检测到版本文件的控制系统中的发布分支未携带有目标灰度字段标识，则确定交付流水线类型对应的服务组为正式服务组；若检测到版本文件的控制系统中的发布分支携带有目标灰度字段标识，则确定交付流水线类型对应的服务组为灰度服务组。
[0102]
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在根据服务组确定版本文件交付时所需的需求项信息之前，方法还包括：展示对版本文件进行交付的交付界面；在交付界面中确定版本文件的多个交付日。
[0103]
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：依据多个交付日，获取正式服务组所属的需求子条目中的所有需求项；将需求子条目中的所有
需求项作为需求项信息。
[0104]
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：依据多个交付日，获取正式服务组所属的需求子条目中标识为灰度标识的需求项；将需求子条目中的标识为灰度标识的需求项作为需求项信息。
[0105]
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：根据目标关键信息验证需求项信息是否为正式服务组所属的需求子条目，得到验证结果，其中，目标关键信息至少包括：版本文件的应用信息、版本文件的时间、版本文件号、服务组、灰度标识；若验证结果指示需求项信息为正式服务组所属的需求子条目，则在交付界面触发对版本文件的交付操作。
[0106]
本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0107]
本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0108]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0109]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0110]
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
[0111]
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
[0112]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或
任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0113]
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0114]
本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0115]
以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。
技术特征：
1.一种版本文件的交付方法，其特征在于，包括：确定版本文件的交付流水线类型，其中，所述交付流水线类型为以下之一：组件化流水线、标准化流水线；确定所述交付流水线类型对应的服务组，其中，所述服务组为以下之一：正式服务组、灰度服务组，其中，所述正式服务组服务于上线版本文件，所述灰度服务组服务于未上线版本文件；根据所述服务组确定所述版本文件交付时所需的需求项信息，其中，所述需求项信息中至少包括：所述版本文件交付时所需的功能需求描述信息；根据所述需求项信息确定对所述版本文件的交付信息，其中，所述交付信息中至少包括：投产日、打包方式、投产方式。2.根据权利要求1所述的方法，其特征在于，在所述交付流水线类型为所述组件化流水线时，确定所述交付流水线类型对应的服务组包括：查询所述版本文件的控制系统中是否存在服务组字段标识；若查询到所述版本文件的控制系统中存在所述服务组字段标识，则确定所述交付流水线类型对应的服务组为所述正式服务组；若查询到所述版本文件的控制系统中不存在服务组字段标识，则确定所述交付流水线类型对应的服务组为所述灰度服务组。3.根据权利要求2所述的方法，其特征在于，若查询到所述版本文件的控制系统中不存在服务组字段标识，则确定所述交付流水线类型对应的服务组为所述灰度服务组包括：获取所述版本文件的控制系统中的目标灰度信息表；将所述目标灰度信息表中的组信息对应的服务组作为所述灰度服务组。4.根据权利要求2所述的方法，其特征在于，在所述交付流水线类型为所述标准化流水线时，确定所述交付流水线类型对应的服务组包括：检测所述版本文件的控制系统中的发布分支是否携带目标灰度字段标识；若检测到所述版本文件的控制系统中的发布分支未携带有所述目标灰度字段标识，则确定所述交付流水线类型对应的服务组为所述正式服务组；若检测到所述版本文件的控制系统中的发布分支携带有所述目标灰度字段标识，则确定所述交付流水线类型对应的服务组为所述灰度服务组。5.根据权利要求1所述的方法，其特征在于，在根据所述服务组确定所述版本文件交付时所需的需求项信息之前，所述方法还包括：展示对所述版本文件进行交付的交付界面；在所述交付界面中确定所述版本文件的多个交付日。6.根据权利要求5所述的方法，其特征在于，在所述服务组为所述正式服务组时，根据所述服务组确定所述版本文件交付时所需的需求项信息包括：依据所述多个交付日，获取所述正式服务组所属的需求子条目中的所有需求项；将所述需求子条目中的所有需求项作为所述需求项信息。7.根据权利要求5所述的方法，其特征在于，在所述服务组为所述灰度服务组时，根据所述服务组确定所述版本文件交付时所需的需求项信息包括：
依据所述多个交付日，获取所述正式服务组所属的需求子条目中标识为灰度标识的需求项；将所述需求子条目中的标识为灰度标识的需求项作为所述需求项信息。8.根据权利要求7所述的方法，其特征在于，在根据所述需求项信息确定对所述版本文件的交付信息之后，所述方法还包括：根据目标关键信息验证所述需求项信息是否为所述正式服务组所属的所述需求子条目，得到验证结果，其中，所述目标关键信息至少包括：版本文件的应用信息、版本文件的时间、版本文件号、所述服务组、所述灰度标识；若所述验证结果指示所述需求项信息为所述正式服务组所属的所述需求子条目，则在所述交付界面触发对所述版本文件的交付操作。9.一种版本文件的交付装置，其特征在于，包括：第一确定单元，用于确定版本文件的交付流水线类型，其中，所述交付流水线类型为以下之一：组件化流水线、标准化流水线；第二确定单元，用于确定所述交付流水线类型对应的服务组，其中，所述服务组为以下之一：正式服务组、灰度服务组，其中，所述正式服务组服务于上线版本文件，所述灰度服务组服务于未上线版本文件；第三确定单元，用于根据所述服务组确定所述版本文件交付时所需的需求项信息，其中，所述需求项信息中至少包括：所述版本文件交付时所需的功能需求描述信息；第四确定单元，用于根据所述需求项信息确定对所述版本文件的交付信息，其中，所述交付信息中至少包括：投产日、打包方式、投产方式。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储程序，其中，所述程序执行权利要求1至8中任意一项所述的方法。11.一种电子设备，其特征在于，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至8中任意一项所述的方法。
技术总结
本申请公开了一种版本文件的交付方法、装置、存储介质及电子设备。涉及金融科技领域或其他相关领域，该方法包括：确定版本文件的交付流水线类型，其中，交付流水线类型为以下之一：组件化流水线、标准化流水线；确定交付流水线类型对应的服务组；根据服务组确定版本文件交付时所需的需求项信息，其中，需求项信息中至少包括：版本文件交付时所需的功能需求描述信息；根据需求项信息确定对版本文件的交付信息，其中，交付信息中至少包括：投产日、打包方式、投产方式。通过本申请，解决了相关技术中获取版本文件的交付信息存在延迟，导致难以保证对版本文件的交付精准性的问题。保证对版本文件的交付精准性的问题。保证对版本文件的交付精准性的问题。
