一种数据湖产品的版本发布方法及装置

本申请涉及软件开发的技术领域，特别是涉及一种数据湖产品的版本发布方法及装置。

数据湖是一个存储企业的各种各样原始数据的大型仓库，其中的数据可供存取、处理、分析及传输。数据湖可以从企业的多个数据源获取原始数据，并且针对不同的目的，同一份原始数据还可能有多种满足特定内部模型格式的数据副本。因此，数据湖中被处理的数据可以是任意类型的信息，从结构化数据到完全非结构化数据。数据湖产品不但能存储传统类型数据，也能存储任意其他类型数据，并且能在它们之上做进一步的处理与分析，产生最终输出，供各类程序消费。

然而，在产品进入功能测试和交付正式版之前，需要使用产品发布系统进行版本发布，而版本发布需要执行填写申请单等繁琐的机械操作。现有技术中，需要人工进行申请单的填写。考虑版本数量巨大，并且同一版本任务可能会出现批次调整导致的重新下发，需要重新填写申请单的情况。这些操作在很大程度上是重复的，数量比较多，并且可以通过严格的规则和结果来定义，人工进行以上操作会耗费大量人力物力，且人工填写容易出错、效率也很低。

因此，如何提供一种减少版本发布成本的数据湖产品版本发布方法，是本领域技术人员亟需解决的技术问题。

有鉴于此，本申请实施例提供了一种数据湖产品的版本发布方法及装置，旨在减少版本发布成本，提升版本发布准确度和效率。

第一方面，本申请实施例提供了一种数据湖产品的版本发布方法，包括：

获取任务信息，所述任务信息包括所述数据湖产品版本发布的任务名称、任务类型、任务批次、版本号、版本路径和/或版本内容；

根据所述任务信息，生成申请单，所述申请单用于指示版本发布；

根据所述版本路径，生成出库文档和版本包；

依据所述申请单，将所述版本包上传至产品库。

可选的，所述获取任务信息，包括：

获取任务号，所述任务号用于标识所述数据湖产品版本发布的任务；

根据所述任务号，获取任务信息。

可选的，所述申请单包括：基线配置申请单和产品发布申请单。

可选的，所述根据所述版本路径，生成出库文档和版本包，包括：

根据所述版本路径，获取版本执行码、源码、入库文档和所述出库文档；

将所述版本执行码、源码、入库文档和出库文档转换为版本包。

可选的，在所述依据所述申请单，将所述版本包上传至产品库后，所述方法还包括：

产品库审核所述版本包的正确性；

响应于所述版本包的正确性为是，输出发布成功提醒；

响应于所述版本包的正确性为否，输出错误提醒。

第二方面，本申请实施例提供了一种数据湖产品的版本发布装置，包括：

获取模块，用于获取任务信息，所述任务信息包括所述数据湖产品版本发布的任务名称、任务类型、任务批次、版本号、版本路径和/或版本内容；

申请单模块，用于根据所述任务信息，生成申请单，所述申请单用于指示版本发布；

版本包模块，用于根据所述版本路径，生成出库文档和版本包；

发布模块，用于依据所述申请单，将所述版本包上传至产品库。

可选的，所述获取模块，包括：

任务号单元，用于获取任务号，所述任务号用于标识所述数据湖产品版本发布的任务；

获取单元，用于根据所述任务号，获取任务信息。

可选的，所述装置还包括：

审核单元，用于产品库审核所述版本包的正确性；

成功提醒单元，用于响应于所述版本包的正确性为是，输出发布成功提醒；

错误提醒单元，用于响应于所述版本包的正确性为否，输出错误提醒。

第三方面，本申请实施例提供了一种设备，所述设备包括存储器和处理器，所述存储器用于存储指令或代码，所述处理器用于执行所述指令或代码，以使所述设备执行前述第一方面任一项所述的数据湖产品的版本发布方法。

第四方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质中存储有代码，当所述代码被运行时，运行所述代码的设备实现前述第一方面任一项所述的数据湖产品的版本发布方法。

本申请实施例提供了一种数据湖产品的版本发布方法及装置，在执行所述方法时，先获取任务信息，所述任务信息包括所述数据湖产品版本发布的任务名称、任务类型、任务批次、版本号、版本路径和/或版本内容，后根据所述任务信息，生成申请单，所述申请单用于指示版本发布，再根据所述版本路径，生成出库文档和版本包，最后依据所述申请单，将所述版本包上传至产品库，以成功发布版本。这样，通过将数据湖产品的版本发布工作流程中重复的任务脚本化，让机器按照流程自动去完成工作，可以简化繁琐的重复工作，实现版本发布的自动化，用机器代替人工，可以降低版本发布的成本，同时机器发生错误的概率很低，可以提升版本发布的正确性和效率。

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

图1为本申请实施例提供的数据湖产品的版本发布方法的一种方法流程图；

图2为本申请实施例提供的数据湖产品的版本发布方法的另一种方法流程图；

图3为本申请实施例提供的数据湖产品的版本发布装置的一种结构示意图。

在产品进入功能测试和交付正式版之前，需要使用产品发布系统进行版本发布，而版本发布需要执行填写申请单等繁琐的机械操作。现有技术中，需要人工进行申请单的填写。考虑版本数量巨大，并且同一版本任务可能会出现批次调整导致的重新下发，需要重新填写申请单的情况。这些操作在很大程度上是重复的，数量比较多，并且可以通过严格的规则和结果来定义，人工进行以上操作会耗费大量人力物力，且人工填写容易出错且效率很低。

因此，如何提供一种减少版本发布成本，提升版本发布准确度和效率的数据湖产品版本发布方法，是本领域技术人员亟需解决的技术问题。

本申请实施例提供的方法由计算机设备执行，用于减少版本发布成本，提升版本发布准确度和效率。

显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，图1为本申请实施例提供的数据湖产品的版本发布方法的一种方法流程图，包括：

步骤S101：获取任务信息。

任务信息是数据湖产品的版本发布的任务信息，需要包括填写申请单所需要的全部信息，以便于后续根据任务信息可以直接生成申请单。可选的，所述任务信息可以包括数据湖产品版本发布的任务名称、任务类型、任务批次、版本号、版本路径和版本内容中的一个或多个。具体选择可以根据申请单的需求来确定。其中，所述版本路径是版本在TFS上存放的路径。

作为一种可能的是实施方式，所述任务名称、任务类型和任务批次可以通过分析任务发布清单获取，所述版本号和版本路径可以通过分析任务号和版本号的关系表获取，所述版本内容可以在获取版本路径之后，获取版本中出库文档和版本包的文档名称及内容。

步骤S102：根据所述任务信息，生成申请单。

申请单是数据湖产品的版本发布所需要填写的清单，针对不同的任务可能会有不同的申请单。申请单的填写内容都可以从任务信息中获得，因此可以通过分析任务信息，自动生成申请单。

作为一种可能的实施方式，所述申请单包括：基线配置申请单和产品发布申请单。

具体的，基线配置申请会根据任务类型和任务阶段的差异，建立不同的配置基线以满足版本发布要求。例如：牵头产品需配置3种产品基线，而非牵头产品只需一种；功能测试阶段的版本需配置开发完成基线，而正式版则需配置产品基线。因此，针对不同的版本需要填写不同的基线配置申请单。

具体的，由于任务类型和任务阶段的差异，产品发布申请也有所不同。例如，功能测试阶段的产品版本发布时，需要填写的产品发布申请单包括功能测试问题单；而正式版本发布时，需要填写的产品发布申请单包括功能测试报告单；此外，BUG修复类型的版本发布时，还需要填写CCB评估单等。因此，针对不同的版本需要填写不同的产品发布申请单。

步骤S103：根据所述版本路径，生成出库文档和版本包。

因为版本路径是版本在TFS上存放的路径，到此路径之后，可以直接在路径上得到版本执行码、源码、入库文档和所述出库文档，并进一步得出完整版本包。所述版本包包括版本发布所需要的所有内容。

步骤S104：依据所述申请单，将所述版本包上传至产品库。

产品库用于存放数据湖产品的各个更新版本，以便于产品进入功能测试和交付。

综上所述，本实施例通过将数据湖产品的版本发布工作流程中重复的任务脚本化，让机器按照流程自动去完成工作，可以简化繁琐的重复工作，实现版本发布的自动化，用机器代替人工，可以降低版本发布的成本，同时机器发生错误的概率很低，可以提升版本发布的正确性和效率。

在本申请实施例中，上述图1所述的步骤存在多种可能的实现方式，下面分别进行介绍。需要说明的是，下文介绍中给出的实现方式仅作为示例性的说明，并不代表本申请实施例的全部实现方式。

参见图2，该图为本申请实施例提供的数据湖产品的版本发布方法的另一种方法流程图，包括：

步骤S201：获取任务号。

任务号用于标识所述数据湖产品版本发布的任务，通过任务号可以查询到填写申请单所需要的全部信息。因此，可以在只获取一个任务号的情况下，自动获取任务信息，减少人工参与流程，提高版本发布效率。

步骤S202：根据所述任务号，获取任务信息。

步骤S203：根据所述任务信息，生成申请单。

以上步骤和实施例一相同，在此不再赘述。

步骤S204：根据所述版本路径，生成出库文档和版本包。

作为一种可能的实施方式，可以先根据所述版本路径，获取版本执行码、源码、入库文档和所述出库文档；再将所述版本执行码、源码、入库文档和出库文档转换为版本包；最后依据所述申请单，将所述版本包上传至产品库。

步骤S205：依据所述申请单，将所述版本包上传至产品库。

以上步骤和实施例一相同，在此不再赘述。

步骤S206：产品库审核所述版本包的正确性。

在产品库收到版本包之后，可以对版本报的正确性进行审核。当所述版本包的正确性为是时，输出发布成功提醒；当所述版本包的正确性为否，可以输出错误提醒，以便开发人员检查版本内容和申请单，重新上传此版本。

作为一种可能的实施方式，针对版本发布场景的特点，即操作很大程度上重复，数量较多，并且可以通过严格的规则和结果来定义的特点，可以利用PRA(Robotic ProcessAutomation，机器人流程自动化)技术实现上述图2所述的步骤S201-S206。

PRA技术部署在计算机中的软件程序通过模仿人在计算机前工作时的操作过程来自动完成任务的应用软件技术。其基本原理是：软件工程师根据任务要求事先设计脚本、编写软件程序并安装到计算机之中；软件程序在获得某项指令后即启动模仿人的双手对鼠标和键盘进行操作，进而在计算机及其所连接的网络上自动完成一系列的工作任务，进而节省时间并释放员工的能力，并增强任务实现的准确性、可审计性，监视、跟踪和控制业务流程执行。

因此，使用PRA技术实现上述图2所述的步骤S201-S206，可以通过其对用户界面的理解，将基于规则的常规操作自动化，例如获取任务号、生成申请单、生成出库文档和版本包等，代替人工处理负责，繁琐以及大量的各项事务。

综上所述，本实施例通过将数据湖产品的版本发布工作流程中重复的任务脚本化的过程，让机器按照流程自动去完成工作，可以简化繁琐的重复工作，实现版本发布的自动化，用机器代替人工，可以降低版本发布的成本，提升版本发布的正确性和效率。同时，在版本包错误时，可以输出错误提醒，以便开发人员检查版本内容和申请单，重新上传此版本。

以上为本申请实施例提供违约预测模型生成方法的一些具体实现方式，基于此，本申请还提供了对应的装置。下面将从功能模块化的角度对本申请实施例提供的装置进行介绍。

参见图3所示的数据湖产品的版本发布装置300的结构示意图，该装置300包括获取模块301、申请单模块302、版本包模块303和发布模块304。

获取模块301，用于获取任务信息，所述任务信息包括所述数据湖产品版本发布的任务名称、任务类型、任务批次、版本号、版本路径和/或版本内容；

申请单模块302，用于根据所述任务信息，生成申请单，所述申请单用于指示版本发布；

版本包模块303，用于根据所述版本路径，生成出库文档和版本包；

发布模块304，用于依据所述申请单，将所述版本包上传至产品库。

作为一种可能的实施方式，所述获取模块301，包括：

任务号单元，用于获取任务号，所述任务号用于标识所述数据湖产品版本发布的任务；

获取单元，用于根据所述任务号，获取任务信息。

作为一种可能的实施方式，所述申请单包括：基线配置申请单和产品发布申请单。

作为一种可能的实施方式，所述版本包模块303，包括：

版本包获取单元，用于根据所述版本路径，获取版本执行码、源码、入库文档和所述出库文档；

版本包转换单元，用于将所述版本执行码、源码、入库文档和出库文档转换为版本包。

作为一种可能的实施方式，所述装置300还包括：

审核单元，用于产品库审核所述版本包的正确性；

成功提醒单元，用于响应于所述版本包的正确性为是，输出发布成功提醒；

错误提醒单元，用于响应于所述版本包的正确性为否，输出错误提醒。

本申请实施例还提供了对应的设备以及计算机存储介质，用于实现本申请实施例提供的方案。

其中，所述设备包括存储器和处理器，所述存储器用于存储指令或代码，所述处理器用于执行所述指令或代码，以使所述设备执行本申请任一实施例所述的数据湖产品的版本发布方法。

所述计算机存储介质中存储有代码，当所述代码被运行时，运行所述代码的设备实现本申请任一实施例所述的数据湖产品的版本发布方法。

在实际应用中，所述计算机存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机存储介质。计算机存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实施例中，计算机存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本申请实施例中提到的“第一”、“第二”(若存在)等名称中的“第一”、“第二”只是用来做名字标识，并不代表顺序上的第一、第二。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请示例性的实施方式，并非用于限定本申请的保护范围。