CN116974622A - 版本修改记录生成方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开涉及一种版本修改记录生成方法、装置、电子设备和存储介质，应用于计算机技术领域，该方法包括：确定开发目标整机版本的目标整机分支；检测在目标整机分支上是否存在已被测试的整机版本；在目标整机分支上存在已被测试的至少一个整机版本的情况下，将目标整机版本相对于第一整机版本的修改信息确定为目标修改信息，第一整机版本为至少一个整机版本中，与目标整机版本的开发时间最近的版本；在目标整机分支上不存在已被测试的整机版本的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息；基于目标修改信息，生成目标整机版本对应的修改记录并输出。能够在多个整机版本在多个分支开发的情况下，准确生成版本修改记录。

Description

版本修改记录生成方法、装置、电子设备和存储介质

技术领域

本申请实施例涉及计算机技术领域。更具体地讲，涉及一种版本修改记录生成方法、装置、电子设备和存储介质。

背景技术

软件发布版本前，需要开发人员提供相对于上一个版本的修改记录，以供用户了解软件的功能变化，同时测试人员可以根据修改记录仅测试与修改记录相关的功能。

现有的软件版本的升级，是针对同一套代码的修改，因此比对两个版本的代码即可确定两个版本之间的修改记录。但对于显示设备整机而言，在软件开发过程中，多个版本可能是同时开发的，因此，设置了多个分支用于开发人员使用，该种情况下，两个版本之间可能有关联也可能无关联，仅通过比对两个版本的代码确定的版本修改记录不够准确。

因此，当多个整机版本在多个分支开发时，生成的版本修改记录不准确。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种版本修改记录生成方法、装置、电子设备和存储介质，可以在多个整机版本在多个分支开发的情况下，准确生成版本修改记录。

第一方面，本申请实施例提供了一种版本修改记录生成方法，包括：确定开发目标整机版本的目标整机分支；检测在目标整机分支上是否存在已被测试的整机版本；在目标整机分支上存在已被测试的至少一个整机版本的情况下，将目标整机版本相对于第一整机版本的修改信息确定为目标修改信息，第一整机版本为至少一个整机版本中，与目标整机版本的开发时间最近的版本；在目标整机分支上不存在已被测试的整机版本的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息；基于目标修改信息，生成目标整机版本对应的修改记录并输出，以使测试人员基于修改记录对目标整机版本进行测试。

第二方面，本申请提供了一种版本修改记录生成装置，包括：确定模块，用于确定开发目标整机版本的目标整机分支；检测模块，用于检测在目标整机分支上是否存在已被测试的整机版本；确定模块，还用于在目标整机分支上存在已被测试的至少一个整机版本的情况下，将目标整机版本相对于第一整机版本的修改信息确定为目标修改信息，第一整机版本为至少一个整机版本中，与目标整机版本的开发时间最近的版本；确定模块，还用于在目标整机分支上不存在已被测试的整机版本的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息；生成模块，用于基于目标修改信息，生成目标整机版本对应的修改记录并输出，以使测试人员基于修改记录对目标整机版本进行测试。

第三方面，本申请提供了一种电子设备，该电子设备包括处理器、存储器及存储在该存储器上并可在该处理器上运行的计算机程序，该计算机程序被该处理器执行时实现如第一方面所示的版本修改记录生成方法的步骤。

第四方面，本申请提供了一种计算机可读存储介质，包括：计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如第一方面所示的版本修改记录生成方法。

第五方面，本申请提供了一种计算机程序产品，包括：当计算机程序产品在计算机上运行时，使得计算机实现如第一方面所示的版本修改记录生成方法。

本申请实施例提供的技术方案与现有技术相比具有如下优点：本申请实施例中，确定开发目标整机版本的目标整机分支；检测在目标整机分支上是否存在已被测试的整机版本；在目标整机分支上存在已被测试的至少一个整机版本的情况下，将目标整机版本相对于第一整机版本的修改信息确定为目标修改信息，第一整机版本为至少一个整机版本中，与目标整机版本的开发时间最近的版本；在目标整机分支上不存在已被测试的整机版本的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息；基于目标修改信息，生成目标整机版本对应的修改记录并输出，以使测试人员基于修改记录对目标整机版本进行测试。如此，在多个整机分支上开发的多个整机版本的情况下，对于一个整机版本，比对对象是与该一个整机版本在同一个整机分支上的整机版本，由此得到的修改记录更准确。

附图说明

为了更清楚地说明本申请实施例或相关技术中的实施方式，下面将对实施例或相关技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1示出了根据一些实施例的控制设备与显示设备之间操作场景；

图2示出了根据一些实施例的控制装置100的硬件配置框图；

图3示出了根据一些实施例的显示设备200的硬件配置框图；

图4示出了根据一些实施例的版本修改记录生成的流程示意图之一；

图5示出了根据一些实施例的版本修改记录生成的流程示意图之二；

图6示出了根据一些实施例的版本修改记录生成的流程示意图之三；

图7示出了根据一些实施例的不同整机版本下仓库与分支的对应关系的示意图；

图8示出了根据一些实施例的版本修改记录生成的流程示意图之四；

图9示出了根据一些实施例的版本修改记录生成的流程示意图之五；

图10示出了根据一些实施例的版本修改记录生成的流程示意图之六；

图11示出了根据一些实施例的版本修改记录生成的流程示意图之七；

图12示出了根据一些实施例的版本修改记录生成的流程示意图之八；

图13示出了根据一些实施例的版本修改记录生成装置的结构示意图；

图14示出了根据一些实施例的电子设备的结构框图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请实施方式提供的显示设备可以具有多种实施形式，例如，可以是电视、智能电视、激光投影设备、显示器(monitor)、电子白板(electronic bulletin board)、电子桌面(electronic table)、手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备等。

图1为根据实施例中显示设备与控制设备之间操作场景的示意图，其中控制设备包括智能设备或控制装置。如图1所示，用户可通过智能设备300或控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等输入用户指令，来控制显示设备200。

在一些实施例中，也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，显示设备可以不使用上述的智能设备或控制设备接收指令，而是通过触摸或者手势等接收用户的控制。

在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制设备来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、外部存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。

如图3，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、用户接口280、外部存储器、供电电源中的至少一种。

在一些实施例中控制器包括处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。

显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面。

显示器260可为液晶显示器、OLED显示器、以及投影显示器，还可以为一种投影装置和投影屏幕。

通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与外部控制装置100或服务器400建立控制信号和数据信号的发送和接收。

用户接口280，可用于接收控制装置100(如：红外遥控器等)的控制信号。也可以用于直接接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，此时可以称为用户输入接口。

检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括光接收器，用于采集环境光线强度的传感器；或者，检测器230包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声音。

外部装置接口240可以包括但不限于如下：高清多媒体接口(HDMI)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(CVBS)、USB输入接口(USB)、RGB端口等任一个或多个接口。也可以是上述多个接口形成的复合型的输入/输出接口。

调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。

控制器250，通过存储在存储器(内部存储器或外部存储器)上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中控制器包括中央处理器(Central Processing Unit，CPU)，视频处理器，音频处理器，图形处理器(Graphics Processing Unit，GPU)，以及随机存取存储器(Random Access Memory，RAM)，只读存储器(Read-Only Memory，ROM)，用于输入/输出的第一接口至第n接口，通信总线(Bus)等中的至少一种。

其中，RAM也叫主存，是与控制器直接交换数据的内部存储器。它可以随时读写(刷新时除外)，而且速度很快，通常作为操作系统或其他正在运行中的程序的临时数据存储介质。它与ROM的最大区别是数据的易失性，即一旦断电所存储的数据将随之丢失。RAM在计算机和数字系统中用来暂时存储程序、数据和中间结果。ROM以非破坏性读出方式工作，只能读出无法写入信息。信息一旦写入后就固定下来，即使切断电源，信息也不会丢失，所以又称为固定存储器。

用户可在显示器260上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在显示设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

为了便于对本方案的理解，下面对本申请中使用到的一些名词进行解释。

Git指分布式版本管理控制系统，用于随时保存更新的版本，或者将版本恢复到之前的版本。

Gerrit是一个Git服务器，它基于Git，使用网页界面来进行审阅工作。Gerrit提供了一个轻量级框架，用于在代码入库之前对每个提交进行审阅。

本申请实施例中，提供了一种版本修改记录生成方法，可以用于在上述显示设备整机版本发布前，确定整机版本的修改记录。如图4所示，具体包括下述步骤401至步骤405。

401、确定开发目标整机版本的目标整机分支。

可以理解，多个整机版本可以是在同一个整机分支上开发的，也可以是在不同的整机分支上开发的。

402、检测在目标整机分支上是否存在已被测试的整机版本。

可以理解，目标整机分支上可能存在多个整机版本，也可能只存在一个目标整机版本(即目标整机版本是在目标整机分支上开发的第一个整机版本)。检测在目标整机分支上是否存在已被测试的整机版本，即仅检测该目标整机分支上的所有整机版本中，是否存在已在该目标整机分支测试过的整机版本。

可以理解，已被测试过的整机版本，表示其对应的修改信息已经被记录。

403、在目标整机分支上存在已被测试的至少一个整机版本的情况下，将目标整机版本相对于第一整机版本的修改信息确定为目标修改信息。

其中，第一整机版本为至少一个整机版本中，目标整机版本之前的与目标整机版本的开发时间最近的版本。

404、在目标整机分支上不存在已被测试的整机版本的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息。

可以理解，预设时长可以是当前时刻与目标整机版本的初始开发时刻之间的时长；预设时长也可以是根据需要确定的。如：目标修改信息用于测试需要，则预设时长是当前时刻与目标整机版本的初始开发时刻之间的时长，即获取到的修改信息为目标整机版本包括的所有修改信息；目标修改信息用于项目负责人查看进度，则预设时长是根据需要确定的如7天、14天等。

示例性地，在目标整机分支上开发的整机版本包括：1.0版本，2.0版本，3.0版本和4.0版本；目标整机版本为4.0版本，则检测1.0版本至4.0版本是否已在目标整机分支上被测试过，若1.0版本，2.0版本，3.0版本在目标整机分支上均已被测试过，则确定与4.0版本最接近的3.0版本为第一整机版本，将版本4.0相对于版本3.0的修改信息确定为目标修改信息；若1.0版本，2.0版本，在目标整机分支上均已被测试过，则确定与4.0版本最接近的2.0版本为第一整机版本，将版本4.0相对于版本2.0的修改信息确定为目标修改信息；若版本1.0至版本3.0均未在目标整机分支上被测试过，则将当前时刻之前预设时长内的修改信息确定为目标修改信息。

405、基于目标修改信息，生成目标整机版本对应的修改记录并输出。

其中，基于目标修改信息，生成目标整机版本对应的修改记录并输出，以使测试人员基于修改记录对目标整机版本进行测试。

可以理解，目标修改信息包括多个变更点，每个变更点均为开发人员在开发代码时添加的。每个变更点可以是新增或删除功能的相关描述，也可以是修复漏洞的相关描述。

可以理解，代码中功能的变化是基于需求表，漏洞的修复是基于漏洞记录表。因此，开发人员添加的变更点的描述可能仅是一个用于新增的功能对应的标识码，或者修复的漏洞的标识码，并且，变更点是由不同的开发人员添加的，可能存在格式不统一等问题，直接将修改信息直接提交给测试人员，不便于测试人员查看。因此，基于目标修改信息，将目标修改信息转化为固定格式的问题描述，以便于测试人员查看。如：修改记录包括的多条修改点中，每条修改点均包括：问题主题，问题描述。

可以理解，该目标整机版本的修改记录可以是在目标整机版本编译时，确定对应的修改记录，也可以是在目标整机版本测试前，再确定对应的修改记录，具体的确定整机版本的修改记录的时机本申请实施例不做限定。

本申请实施例中，确定开发目标整机版本的目标整机分支；检测在目标整机分支上是否存在已被测试的整机版本；在目标整机分支上存在已被测试的至少一个整机版本的情况下，将目标整机版本相对于第一整机版本的修改信息确定为目标修改信息，第一整机版本为至少一个整机版本中，与目标整机版本的开发时间最近的版本；在目标整机分支上不存在已被测试的整机版本的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息；基于目标修改信息，生成目标整机版本对应的修改记录并输出，以使测试人员基于修改记录对目标整机版本进行测试。如此，在多个整机分支上开发的多个整机版本的情况下，对于一个整机版本，比对对象是与该一个整机版本在同一个整机分支上的整机版本，由此得到的修改记录更准确。

本申请一些实施例中，结合图4，如图5所示，上述步骤401之前，该版本修改记录生成方法还包括下述步骤406，上述步骤402具体可以通过下述步骤402a实现。

406、确定目标整机版本用于目标机型中。

402a、检测针对目标机型，在目标整机分支上是否存在已被测试的整机版本。

可以理解，在不同机型中发布的整机版本可能不同，也可能相同。目标整机版本在不同的机型中使用，对应的修改记录可能不同，此种情况下，仅根据目标整机版本和目标整机分支确定的修改记录不够准确。

示例性地，机型1中，使用的是在目标整机分支上开发的整机版本为1.0，机型2中，使用的是目标整机分支上开发的整机版本2.0，且未在机型2中发布整机版本2.0；该种情况下，基于目标整机分支和目标整机版本，确定的修改记录为整机版本3.0相对于整机版本2.0的修改记录，但对于机型1，期望的修改记录为：整机版本3.0相对于整机版本1.0的修改记录，对于机型2，期望的修改记录为：整机版本3.0相对于整机版本2.0的修改记录。因此，仅根据目标整机分支和目标整机版本，确定的修改记录不够准确。

本申请实施例中，确定开发目标整机版本的目标整机分支之前，该方法还包括：确定目标整机版本用于目标机型中；检测在目标整机分支上是否存在已被测试的整机版本，包括：检测针对目标机型，在目标整机分支上是否存在已被测试的整机版本。如此，针对不同的机型，确定的目标整机版本对应的修改记录更准确。

本申请一些实施例中，结合图5，如图6所示，上述步骤403具体可以通过下述步骤403a和步骤403b。

403a、在目标整机分支上存在已被测试的至少一个整机版本的情况下，确定目标整机分支对应的至少一个目标仓库。

可以理解，对于一个整机分支包括的仓库一般不变，即对于不同的整机版本，一个整机分支下包括的仓库相同。

可以理解，目标整机分支下包括的仓库不变，但每个仓库包括至少一个分支，目标整机分支下的不同整机版本中包括的分支可能相同也可能不同。

示例性地，如图7所示，整机分支1下包括仓库1、仓库2和仓库3，对于整机版本1.0，包括：仓库1下的分支1，仓库2下的分支2和仓库3下的分支3；对于整机版本2.0，包括：仓库1下的分支1，仓库2下的分支2和仓库3下的分支4。

403b、对至少一个目标仓库中的每个目标仓库执行步骤S1，以获取目标修改信息。

步骤S1包括下述步骤S11至步骤S14。

S11、确定在目标整机版本中，一个目标仓库对应的第一分支，以及在第一整机版本中，一个目标仓库对应的第二分支。

S12、在第一分支与第二分支相同，且第一分支中无新增提交码的情况下，确定不存在修改信息。

S13、在第一分支与第二分支相同，且第一分支中新增了提交码的情况下，将第一分支相对于第二分支的修改信息，确定为目标修改信息中的一部分。

S14、在第一分支与第二分支不同的情况下，将第一分支上的修改信息，确定为目标修改信息中的一部分。

可以理解，第一分支和第二分支可以是一个分支也可以是多个分支，一种情况，第一分支是一个分支，第二分支是一个分支，检测两个分支是否相同，若不同，则说明在目标整机版本在该仓库中相对于第一整机版本切换了分支，则将该分支下所有的修改信息确定为目标修改信息的一部分；若相同，则检测是该分支上是否存新增了提交码，是则将第一分支相对于第二分支的修改信息确定为目标修改信息中的一部分，否则确定无修改信息；另一种情况，第一分支是多个分支，第二分支是一个分支，则指示第一分支相对于第二分支新增了分支，将第二分支中新增的分支中的修改信息和第二分支中与第一分支相同的分支的修改信息确定为目标修改信息的一部分。

具体地，如图8所示，将目标整机版本相对于第一整机版本的修改信息确定为目标修改信息包括步骤801至步骤808。

801、确定目标整机分支对应的的至少一个目标仓库。

802、对于一个目标仓库，确定目标整机版本对应的第一分支，和第一整机版本对应的第二分支。

803、判断第一分支和第二分支是否相同。

是则执行步骤804和步骤808，否则执行步骤805。

804、将第一分支上的修改信息，确定为目标修改信息中的一部分。

805、检测第一分支中是否存在新增提交码。

是则执行步骤807，否则执行步骤806和步骤808。

806、确定无修改信息。

807、将第一分支相对于第二分支的修改信息确定为目标修改信息的一部分。

808、所有目标仓库是否循环完毕。

是则结束，否则重复执行步骤802至步骤808。

本申请实施例中，在目标整机分支上存在已被测试的至少一个整机版本的情况下，将目标整机版本相对于第一整机版本的修改信息确定为目标修改信息，包括：确定目标整机分支对应的至少一个目标仓库；对至少一个目标仓库中的每个目标仓库执行步骤S1，以获取目标修改信息；步骤S1包括：确定在目标整机版本中，一个目标仓库对应的第一分支，以及在第一整机版本中，一个目标仓库对应的第二分支；在第一分支与第二分支相同，且第一分支中无新增提交码的情况下，确定不存在修改信息；在第一分支与第二分支相同，且第一分支中新增了提交码的情况下，将第一分支相对于第二分支的修改信息，确定为目标修改信息中的一部分；在第一分支与第二分支不同的情况下，将第一分支上的修改信息，确定为目标修改信息中的一部分。如此，遍历目标整机版本下的每个目标仓库，得到的目标整机版本相对于第一整机版本的修改记录更准确。

本申请一些实施例中，结合图5，如图9所示，上述步骤402a之前，本申请实施例提供的版本记录生成方法还包括下述步骤407和步骤408，上述步骤402a具体可以通过下述步骤402b实现，上述步骤404具体可以通过下述步骤404a实现。

407、检测针对目标机型，是否存在已被测试的整机分支。

可以理解，在目标机型中发布的整机版本中，可能存在不同的整机版本是在不同的整机分支上开发的，因此，在目标机型中发布的任一整机版本，在其他整机分支下已经进行了测试，则确定该目标机型已经被测试过。

408、在不存在已被测试的整机分支的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息。

可以理解，不存在已被测试的整机分支，即表示针对该目标机型，未在任何整机分支上被测试过。

402b、在存在至少一个已被测试的整机分支的情况下，检测针对目标机型，在目标整机分支上是否存在已被测试的整机版本。

404a、在目标整机分支上不存在已被测试的整机版本的情况下，将目标整机分支的修改信息确定为目标修改信息。

可以理解，目标整机分支上不存在已被测试的整机版本，即表示针对该目标机型，在其他整机分支上已进行了测试，但在目标整机分支下，未进行任何测试。

本申请实施例中，检测针对目标机型，在目标整机分支上是否存在已被测试的整机版本之前，该方法还包括：检测针对目标机型，是否存在已被测试的整机分支；在不存在已被测试的整机分支的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息；检测针对目标机型，在目标整机分支上是否存在已被测试的整机版本，包括：在存在至少一个已被测试的整机分支的情况下，检测针对目标机型，在目标整机分支上是否存在已被测试的整机版本；在目标整机分支上不存在已被测试的整机版本的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息，包括：在目标整机分支上不存在已被测试的整机版本的情况下，将目标整机分支的修改信息确定为目标修改信息。如此，针对目标机型未在任一整机分支下进行测试的情况，或者，针对目标机型在其他整机分支上进行了测试，但未在目标整机分支下的任何一个整机版本下进行测试的情况，快速精准地确定出对应的修改记录。

本申请一些实施例中，结合图9，如图10所示，上述步骤405之前，该版本修改记录生成方法还包括下述步骤410和步骤411。

410、在不存在已被测试的整机分支，或者，在目标整机分支上不存在已被测试的整机版本的情况下，检测所述目标整机版本对应的至少一个仓库相对于至少一个目标仓库是否新增了第二仓库。

411、在新增了第二仓库的情况下，将第二仓库对应的分支上的修改信息确定为目标修改信息的一部分。

可以理解，对于目标整机分支下包括的至少一个目标仓库，通常仓库不会变化，但在目标机型未在任何机型中被测试，或者目标整机分支上的任一整机版本未被测试的情况下，表示目标机型为未开发使用的机型，目标整机分支为未开发使用的分支，该种特殊情况下，也可能存在在开发目标整机版本时，在目标整机分支对应的至少一个目标仓库中增加仓库，对于该增加仓库，将该仓库的所有分支上的修改信息确定为目标修改信息。

本申请实施例中，在不存在已被测试的整机分支的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息之后，该方法包括：在不存在已被测试的整机分支，或者，在目标整机分支上不存在已被测试的整机版本的情况下，检测目标整机版本对应的至少一个仓库相对于至少一个目标仓库是否新增了第二仓库；在新增了第二仓库的情况下，将第二仓库对应的分支上的修改信息确定为目标修改信息的一部分。如此，对于特殊情况下新增了仓库时，也能准确获取到对应的目标修改信息。

本申请一些实施例中，如图11所示，该版本修改记录生成方法还包括下述步骤501和步骤502。

501、接收用户输入的至少一组信息。

其中，每组信息包括：第一机型，目标分支，第一版本和第二版本。

502、对每组信息，执行步骤S2，以输出各组信息对应的修改记录。

其中，步骤S2包括下述步骤S21和步骤S22。

S21、针对第一机型，将目标分支上第二版本相对于第一版本的修改信息确定为第一修改信息。

S22、基于第一修改信息，生成第一版本和第二版本之间修改记录并输出。

可以理解，用户有查看不同整机版本之间的修改记录的需求，因此，本申请实施例中，提供用于同时为用户输出需要的多组修改记录的方法。如：用户选择机型1，分支1，1.0-2.0；机型1，分支1，1.0-3.0；如此，输出的修改记录为针对机型1，在分支1下开发的2.0相对于1.0的修改记录，以及针对机型1，在分支1下开发的3.0相对于1.0的修改记录。具体的修改记录的确定方法可以参考上述目标修改记录的确定方法，此处不再赘述。

本申请实施例中，接收用户输入的至少一组信息，每组信息包括：第一机型，目标分支，第一版本和第二版本；对每组信息，执行步骤S2，以输出各组信息对应的修改记录；步骤S2包括：针对第一机型，将目标分支上第二版本相对于第一版本的修改信息确定为第一修改信息；基于第一修改信息，生成第一版本和第二版本之间修改记录并输出。如此，为用户提供生成定制化的版本修改记录，用户可以任意选择查看针对各种机型、各种目标整机分支下的版本修改记录。

本申请一些实施例中，结合图4，如图12所示，上述步骤401之前，该版本修改记录生成方法还包括下述步骤409和步骤410。

409、在编译目标整机版本对应的代码时，生成多个提交码。

410、在多个提交码中包括空提交码的情况下，将空提交码更新为查询到的空提交码之前的第一提交码。

其中，第一提交码为与空提交码时间最近的提交码，空提交码为查询不到的提交码。

可以理解，由于多个开发人员同时开发，因此可能存在两个开发人员未将本地代码更新为最新代码的情况下，直接提交修改的代码，则Git会自动生成一个提交码，但通过gerrit可以查到的提交码为两个开发人员提交的两个提交码，Git自动生成的提交码查询不到，即该提交码被认定为空提交码。因此，在编译目标整机版本对应的代码时，对生成的多个提交码进行检测，当存在空提交码，即gerrit查询不到的提交码时，将该空提交码使用gerrit上查询的该空提交码之前的与该空提交码时间最接近的提交码。

本申请实施例中，在编译目标整机版本对应的代码时，生成多个提交码；在多个提交码中包括空提交码的情况下，将空提交码更新为查询到的空提交码之前的第一提交码，第一提交码为与空提交码时间最近的提交码，空提交码为查询不到的提交码。如此，对空提交码进行处理，确保提交码信息的准确性。

本申请实施例中，如图13所示，提供了一种版本修改记录生成装置，包括：确定模块1301，用于确定开发目标整机版本的目标整机分支；检测模块1302，用于检测在目标整机分支上是否存在已被测试的整机版本；确定模块1301，用于在目标整机分支上存在已被测试的至少一个整机版本的情况下，将目标整机版本相对于第一整机版本的修改信息确定为目标修改信息，第一整机版本为至少一个整机版本中，与目标整机版本的开发时间最近的版本；确定模块1301，还用于在目标整机分支上不存在已被测试的整机版本的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息；生成模块1303，用于基于目标修改信息，生成目标整机版本对应的修改记录并输出，以使测试人员基于修改记录对目标整机版本进行测试。

本申请一些实施例中，该确定模块1301，还用于在确定开发目标整机版本的目标整机分支之前，确定目标整机版本用于目标机型中；该检测模块1302，具体用于检测针对目标机型，在目标整机分支上是否存在已被测试的整机版本。

本申请一些实施例中，该装置还包括，执行模块，该确定模块1301，具体用于在目标整机分支上存在已被测试的至少一个整机版本的情况下，确定目标整机分支对应的至少一个目标仓库；该执行模块，用于对至少一个目标仓库中的每个目标仓库执行步骤S1，以获取目标修改信息；步骤S1包括：确定在目标整机版本中，一个目标仓库对应的第一分支，以及在第一整机版本中，一个目标仓库对应的第二分支；在第一分支与第二分支相同，且第一分支中无新增提交码的情况下，确定不存在修改信息；在第一分支与第二分支相同，且第一分支中新增了提交码的情况下，将第一分支相对于第二分支的修改信息，确定为目标修改信息中的一部分；在第一分支与第二分支不同的情况下，将第一分支上的修改信息，确定为目标修改信息中的一部分。

本申请一些实施例中，该检测模块1302，还用于在检测针对目标机型，在目标整机分支上是否存在已被测试的整机版本之前，检测针对目标机型，是否存在已被测试的整机分支；该确定模块1301，具体用于在不存在已被测试的整机分支的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息；在存在至少一个已被测试的整机分支的情况下，检测针对目标机型，在目标整机分支上是否存在已被测试的整机版本；在目标整机分支上不存在已被测试的整机版本的情况下，将目标整机分支的修改信息确定为目标修改信息。

本申请一些实施例中，该检测模块1302，还用于在不存在已被测试的整机分支的情况下，将当前时刻之前的预设时长内的修改信息确定为目标修改信息之后，在不存在已被测试的整机分支，或者，在目标整机分支上不存在已被测试的整机版本的情况下，检测目标整机版本对应的至少一个仓库相对于至少一个目标仓库是否新增了第二仓库；该确定模块1301，还用于在新增了第二仓库的情况下，将第二仓库对应的分支上的修改信息确定为目标修改信息的一部分。

本申请一些实施例中，该装置还包括，接收模块；该接收模块，用于接收用户输入的至少一组信息，每组信息包括：第一机型，目标分支，第一版本和第二版本；该执行模块，还用于对每组信息，执行步骤S2，以输出各组信息对应的修改记录；步骤S2包括：针对第一机型，将目标分支上第二版本相对于第一版本的修改信息确定为第一修改信息；基于第一修改信息，生成第一版本和第二版本之间修改记录并输出。

本申请一些实施例中，该生成模块1303，还用于在确定开发目标整机版本的目标整机分支之前，在编译目标整机版本对应的代码时，生成多个提交码；更新模块，还用于在多个提交码中包括空提交码的情况下，将空提交码更新为查询到的空提交码之前的第一提交码，第一提交码为与空提交码时间最近的提交码，空提交码为查询不到的提交码。

本申请实施例提供的版本修改记录生成装置，可用于执行上述方法实施例的步骤，其实现原理和技术效果类似，此处不再赘述。

需要说明的是，上述版本修改记录生成装置可以为本申请上述方法实施例中的电子设备，也可以是该电子设备中能够实现该装置实施例功能的功能模块和/或功能实体，本申请实施例不做限定。

本申请实施例中，各模块可以实现上述方法实施例提供的版本修改记录生成方法，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种电子设备，如图14所示，该电子设备可以包括：处理器141，存储器142以及存储在存储器142上并可在处理器141上运行的程序或指令，该程序或指令被处理器141执行时可以实现上述方法实施例提供的版本修改记录生成方法的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例提供还提供了一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现上述版本修改记录生成方法执行的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，该计算机可读存储介质可以为只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本发明提供一种计算机程序产品，包括：当所述计算机程序产品在计算机上运行时，使得所述计算机实现上述的版本修改记录生成方法。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (10)

1.一种版本修改记录生成方法，其特征在于，包括：

确定开发目标整机版本的目标整机分支；

检测在所述目标整机分支上是否存在已被测试的整机版本；

在所述目标整机分支上存在已被测试的至少一个整机版本的情况下，将所述目标整机版本相对于第一整机版本的修改信息确定为目标修改信息，所述第一整机版本为所述至少一个整机版本中，所述目标整机版本之前的与所述目标整机版本的开发时间最近的版本；

在所述目标整机分支上不存在已被测试的整机版本的情况下，将当前时刻之前的预设时长内的修改信息确定为所述目标修改信息；

基于所述目标修改信息，生成所述目标整机版本对应的修改记录并输出，以使测试人员基于所述修改记录对所述目标整机版本进行测试。

2.根据权利要求1所述的方法，其特征在于，所述确定开发目标整机版本的目标整机分支之前，所述方法还包括：

确定所述目标整机版本用于目标机型中；

检测在所述目标整机分支上是否存在已被测试的整机版本，包括：

检测针对所述目标机型，在所述目标整机分支上是否存在已被测试的整机版本。

3.根据权利要求2所述的方法，其特征在于，所述在所述目标整机分支上存在已被测试的至少一个整机版本的情况下，将所述目标整机版本相对于所述第一整机版本的修改信息确定为目标修改信息，包括：

在所述目标整机分支上存在已被测试的至少一个整机版本的情况下，确定所述目标整机分支对应的至少一个目标仓库；

对所述至少一个目标仓库中的每个目标仓库执行步骤S1，以获取所述目标修改信息；

所述步骤S1包括：

确定在所述目标整机版本中，一个目标仓库对应的第一分支，以及在所述第一整机版本中，所述一个目标仓库对应的第二分支；

在所述第一分支与所述第二分支相同，且所述第一分支中无新增提交码的情况下，确定不存在修改信息；

在所述第一分支与所述第二分支相同，且所述第一分支中新增了提交码的情况下，将所述第一分支相对于所述第二分支的修改信息，确定为所述目标修改信息中的一部分；

在所述第一分支与所述第二分支不同的情况下，将所述第一分支上的修改信息，确定为所述目标修改信息中的一部分。

4.根据权利要求2所述的方法，其特征在于，所述检测针对所述目标机型，在所述目标整机分支上是否存在已被测试的整机版本之前，所述方法还包括：

检测针对所述目标机型，是否存在已被测试的整机分支；

在不存在已被测试的整机分支的情况下，将当前时刻之前的所述预设时长内的修改信息确定为所述目标修改信息；

所述检测针对所述目标机型，在所述目标整机分支上是否存在已被测试的整机版本，包括：

在存在至少一个已被测试的整机分支的情况下，检测针对所述目标机型，在所述目标整机分支上是否存在已被测试的整机版本；

所述在所述目标整机分支上不存在已被测试的整机版本的情况下，将当前时刻之前的预设时长内的修改信息确定为所述目标修改信息，包括：

在所述目标整机分支上不存在已被测试的整机版本的情况下，将所述目标整机分支的修改信息确定为所述目标修改信息。

5.根据权利要求4所述的方法，其特征在于，所述基于所述目标修改信息，生成所述目标整机版本对应的修改记录并输出之前，所述方法包括：

在不存在已被测试的整机分支，或者，在所述目标整机分支上不存在已被测试的整机版本的情况下，检测所述目标整机版本对应的至少一个仓库相对于所述至少一个目标仓库是否新增了第二仓库；

在新增了所述第二仓库的情况下，将所述第二仓库对应的分支上的修改信息确定为所述目标修改信息的一部分。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收用户输入的至少一组信息，每组信息包括：第一机型，目标分支，第一版本和第二版本；

对所述每组信息，执行步骤S2，以输出各组信息对应的修改记录；

所述步骤S2包括：

针对所述第一机型，将所述目标分支上所述第二版本相对于所述第一版本的修改信息确定为第一修改信息；

基于所述第一修改信息，生成所述第一版本和所述第二版本之间修改记录并输出。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述确定开发目标整机版本的目标整机分支之前，所述方法还包括：

在编译所述目标整机版本对应的代码时，生成多个提交码；

在所述多个提交码中包括空提交码的情况下，将所述空提交码更新为查询到的所述空提交码之前的第一提交码，所述第一提交码为与所述空提交码时间最近的提交码，所述空提交码为查询不到的提交码。

8.一种版本修改记录生成装置，其特征在于，包括：

确定模块，用于确定开发目标整机版本的目标整机分支；

检测模块，用于检测在所述目标整机分支上是否存在已被测试的整机版本；

确定模块，还用于在所述目标整机分支上存在已被测试的至少一个整机版本的情况下，将所述目标整机版本相对于第一整机版本的修改信息确定为目标修改信息，所述第一整机版本为所述至少一个整机版本中，与所述目标整机版本的开发时间最近的版本；

确定模块，还用于在所述目标整机分支上不存在已被测试的整机版本的情况下，将当前时刻之前的预设时长内的修改信息确定为所述目标修改信息；

生成模块，用于基于所述目标修改信息，生成所述目标整机版本对应的修改记录并输出，以使测试人员基于所述修改记录对所述目标整机版本进行测试。

9.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至7中任一项所述的版本修改记录生成方法。

10.一种计算机可读存储介质，其特征在于，包括：所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的版本修改记录生成方法。