[发明专利]资源包提测方法、装置、电子设备及存储介质

说明书

本发明提供一种资源包提测方法、装置、电子设备及存储介质，该方法包括：响应构建系统前端页面的请求，向所述构建系统前端页面返回待提测资源包的story列表和构建列表；接收到所述构建系统前端页面发送的用户录入的提测信息后，将所述提测信息锁定，并查询所述资源包的构建信息；基于所述构建信息确定可以生成提测单后，创建空白提测单并填充提测基础信息和story列表信息，生成提测单。通过本发明提供的资源包提测方法、装置、电子设备及存储介质，能够使得开发效率得到大大的提升。

技术领域

本发明涉及应用开发技术领域，尤其涉及一种资源包提测方法、装置、电子设备及存储介质。

背景技术

随着敏捷开发成熟和产品功能快速迭代实现，为了满足快速开发迭代的需求，越来越多的APP(APPlication，应用程序)采用混合开发模式，业务逻辑不复杂的展示业务，转为H5进行开发，混合开发模式，可以快速更新业务需求，可以热更新。

然而，现有的提测方法大多采用简单的口头沟通或文档邮件沟通方式，效率低下。因此，如何快速地将H5资源包提测、发布，成为亟待解决的技术问题。

发明内容

针对现有技术存在的问题，本发明提供一种资源包提测方法、装置、电子设备及存储介质。

第一方面，本发明提供一种资源包提测方法，包括：

响应构建系统前端页面的请求，向所述构建系统前端页面返回待提测资源包的story列表和构建列表；

接收到所述构建系统前端页面发送的用户录入的提测信息后，将所述提测信息锁定，并查询所述资源包的构建信息；

基于所述构建信息确定可以生成提测单后，创建空白提测单并填充提测基础信息和story列表信息，生成提测单。

可选地，所述基于所述构建信息确定可以生成提测单，包括：

若确定所述资源包的构建已打包未被提测，且无正在构建任务，则确定可以生成提测单。

可选地，所述方法还包括：

若确定存在本次资源包构建的依赖构建，则查询所述依赖构建，并遍历对比所述本次资源包构建和所述依赖构建的设置项，确定新增的模块、删除的模块以及版本修改的模块；

对于版本修改的模块，调用git客户端获取构建版本所对应的Git Tag的提交差异信息，将所述差异信息填充到所述提测单中。

可选地，所述方法还包括：

调用jira接口，在jira系统中创建提测版本的issue和期望版本的issue。

可选地，所述在jira系统中创建提测版本的issue和期望版本的issue，包括：

若本次提测为目标APP大版本第一次提测，且目标APP存在上次提测，且上次提测未取消，则将上次期望版本的issue作为本次提测版本的issue，并创建新的期望版本的issue作为本次期望版本的issue；

若本次提测为目标APP大版本第一次提测，且目标APP存在上次提测，且上次提测取消，则将上次提测版本的issue作为本次提测版本的issue，将上次期望版本的issue作为本次期望版本的issue；

若本次提测为目标APP大版本第一次提测，且目标APP没有上次提测，则直接创建本次提测版本的issue和本次期望版本的issue。

可选地，所述在jira系统中创建提测版本的issue和期望版本的issue，包括：

若本次提测为目标APP小版本第一次提测，则直接创建本次提测版本的issue和本次期望版本的issue。