生成更新日志的方法和装置

摘要

本发明公开了生成更新日志的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：获取触发信息，对所述触发信息以及所述触发信息对应的程序分别进行封装，得到触发信息封装包以及封装程序包，并将所述触发信息封装包以及所述封装程序包封装为至少一个子产品包；对所述至少一个子产品包进行组合，生成新的产品包；根据所述新的产品包与原始产品包，生成更新日志。该实施方式解决了现有技术过分依赖本地代码生成仓库更新日志、更新日志方案不能复用的技术缺陷，进而达到生成更新日志与本地代码生成仓库进行解藕、可以复用于多项目产品生成更新日志的有益效果。

说明书

技术领域

本发明涉及计算机技术领域，尤其涉及一种生成更新日志的方法和装置。

背景技术

更新日志(Change Log)是一个以时间为倒叙的列表。所述列表记录所有版本的重大变动。所述更新日志的目的在于让用户和/或开发人员可以更好知道最新的版本与原始版本之间的区别。

现有技术生成更新日志多人工确定两个版本之间的变动信息，或设置更新日志的插件，通过git仓库获取差别，生成更新日志。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

1.现有技术方案中，只能对单一的项目生成更新日志。若一个产品由多个项目组成，则需要人工生成更新日志。

2.现有技术只能依赖git仓库生成更新日志，当产品的版本更新发布时需要利用远程管理仓库进行更新，然而本地代码生成仓库的数据被丢失，进而使得更新日志的方案不能进行复用。

发明内容

有鉴于此，本发明实施例提供一种生成更新日志，能够解决现有技术过分依赖本地代码生成仓库更新日志、更新日志方案不能复用的技术缺陷，进而达到生成更新日志与本地代码生成仓库进行解藕，可以复用于多项目产品生成更新日志的有益效果。

为实现上述目的，根据本发明实施例的一个方面，提供了一种生成更新日志的方法，包括：

获取触发信息，对所述触发信息以及所述触发信息对应的程序分别进行封装，得到触发信息封装包以及封装程序包，并将所述触发信息封装包以及所述封装程序包封装为至少一个子产品包；

对所述至少一个子产品包进行组合，生成新的产品包；

根据所述新的产品包与原始产品包，生成更新日志。

可选地，对所述触发信息以及所述触发信息对应的程序分别进行封装，得到触发信息封装包以及封装程序包，并将所述触发信息封装包以及所述封装程序包封装为至少一个子产品包，包括：

根据每条触发信息确定与其对应的程序，将所述触发信息封装为至少一个触发信息封装包，并将所述触发信息对应的程序封装为至少一个封装程序包；

将一个所述触发信息封装包和一个所述封装程序包封装为一个子产品包，从而得到多个子产品包。

可选地，根据所述新的产品包与原始产品包，生成更新日志，包括：

判断所述新的产品包与原始产品包是否相同；

若不同，则获取所述新的产品包中的触发信息封装包；

将所述触发信息封装包中的触发信息与所述原始产品包中对应的触发信息进行对比，得出比对后的差别结果；

根据所述差别结果，生成更新日志。

可选地，将所述触发信息和对应的程序同时进行封装。

可选地，对触发信息以及所述触发信息对应的程序进行封装之前，包括：对所述程序进行单元测试，确定所述程序的逻辑正确。

可选地，所述触发信息包括：关于触发信息对应的程序的说明；

所述说明至少包括以下之一：重构说明、新增功能说明、错误修复说明、接口变更说明、其他说明。

可选地，在本地仓库中生成所述触发信息封装包、封装程序包以及新的产品包；

生成新的产品包之后，包括：将所述新的产品包发布到远程管理仓库。

根据本发明实施例的再一个方面，提供了一种生成更新日志的装置，包括：

子产品包生成模块，用于获取触发信息，对所述触发信息以及所述触发信息对应的程序分别进行封装，得到触发信息封装包以及封装程序包，并将所述触发信息封装包以及所述封装程序包封装为至少一个子产品包；

产品包生成模块，用于对所述至少一个子产品包进行组合，生成新的产品包；

更新日志生成模块，用于根据所述新的产品包与原始产品包，生成更新日志。

根据本发明实施例的另一个方面，提供了一种生成更新日志电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明提供的生成更新日志方法。

根据本发明实施例的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明提供的生成更新日志方法。

上述发明中的一个实施例具有如下优点或有益效果：

本发明将触发信息参与到生成新的产品包，利用新的产品包中的触发信息生成更新日志的技术手段，解决了现有技术过分依赖本地生成仓库更新日志、更新日志方案不能复用的技术缺陷，进而达到生成更新日志与本地生成仓库进行解藕，并且所述本发明的方法可以复用于多项目产品生成更新日志。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的生成更新日志方法的主要流程的示意图；

图2是根据本发明实施例的生成更新日志方法的流程图；

图3是根据所述新的产品包与原始产品包，生成更新日志的流程图；

图4是已发布版本和将发布版本的具体的模块；

图5是根据本发明实施例的生成更新日志的装置的主要模块的示意图；

图6是本发明实施例可以应用于其中的示例性系统架构图；

图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的生成更新日志方法的主要流程的示意图，如图1所示，包括：

步骤S101、获取触发信息，对所述触发信息以及所述触发信息对应的程序分别进行封装，得到触发信息封装包以及封装程序包，并将所述触发信息封装包以及所述封装程序包封装为至少一个子产品包；

步骤S102、对所述至少一个子产品包进行组合，生成新的产品包；

步骤S103、根据所述新的产品包与原始产品包，生成更新日志。

本发明将触发信息参与到生成新的产品包，利用新的产品包中的触发信息生成更新日志的技术手段，解决了现有技术过分依赖本地代码生成仓库更新日志、更新日志方案不能复用的技术缺陷，进而达到生成更新日志与本地代码生成仓库进行解藕，并且所述本发明的方法可以复用于多项目产品生成更新日志。

当获取触发信息(commit)后，就可以从本地代码生成仓库中获取所述触发信息对应的程序进行封装。

可选地，对触发信息以及所述触发信息对应的程序进行封装之前，包括：对所述程序进行单元测试，确定所述程序的逻辑正确。所述单元测试(简称单测，英语：UnitTesting)又称为模块测试，是针对程序模块进行正确性检验的测试工作，可以达到减少线上事故的出现次数、保证模块代码逻辑的正确性的有益效果。

由于封装时获取的程序可能关联多个不同的触发信息，也就是等待封装的程序可能源于不同的分支，可以通过封装操作汇总在一起。

故可选地，对所述触发信息以及所述触发信息对应的程序分别进行封装，得到触发信息封装包以及封装程序包，并将所述触发信息封装包以及所述封装程序包封装为至少一个子产品包，包括：

根据每条触发信息确定与其对应的程序，将所述触发信息封装为至少一个触发信息封装包，并将所述触发信息对应的程序封装为至少一个封装程序包；

将一个所述触发信息封装包和一个所述封装程序包封装为一个子产品包，从而得到多个子产品包。

图2是根据本发明实施例的生成更新日志方法的流程图。如图2所示，首先，根据触发信息及对应的程序生成触发信息封装包和封装程序包。

再后，将触发信息封装包和封装程序包封装为一个或多个子产品包(package-a、package-b、package-c)。其中，子产品包可以但不限于：依据编写代码的不同模块进行划分、依据编写代码的部门进行划分；所述触发信息封装包和封装程序包也可以仅封装在一个子产品包中。

再后，将package-a、package-b、package-c进行组合生成产品包。所述产品包的版本号为V1.2.1。

最后，根据版本号为V1.1.11的原始产品包与版本号为V1.2.1的产品包进行比对，确定更新日志。

可选地，在本地仓库中生成所述触发信息封装包、封装程序包以及新的产品包；

生成新的产品包之后，包括：将所述新的产品包发布到远程管理仓库。

程序的编写发生在本地代码生成仓库。其中，git仓库为本地代码生成仓库的一种，可以用于代码管理的服务。通过CI(Continue Integrate)自动化持续集成完成对程序的打包。可选地，将所述包裹发布到远程管理仓库，用于在远程管理仓库中生成新的产品版本，进而方便用户在使用时直接从远程管理仓库直接下载最新的产品版本。其中，远程管理仓库可以包括但不限于以下之一：Java的Maven仓库，Node的NPM仓库，Python的pip仓库。

所述触发信息携带关于所述触发信息对应的程序的说明，其主要包含至少包括以下之一：

重构说明(refactor重构)，用于在不改变软件系统外部行为的前提下，改善它的内部结构。重构说明不改变接口、不改变程序行为。

新增功能(feature)说明，用于增加新的功能模块。

错误修复(bug fix)说明，用于修复BUG，修正原有的错误行为。

接口变更(interface变更)说明；以及其他说明。

所述触发信息可以以规范化的形式方便更清楚的了解更新产品版本的原因、更好的追踪漏洞出现的原因、在pull request时使得代码开发人员更清楚的了解更新的原因。所述Pull Request是一种通知机制，其本质上是一种软件的合作方式，将涉及不同功能的代码，纳入主干的一种流程。这个过程中，还可以进行原因讨论、审核和修改代码。

通过对触发信息规范化，能让自动生成的更新日志更加的准确，精简。例如，在触发信息中携带type信息：[TYPE]重构xxx模块。

可选地，进行封装时将所述触发信息和所述封装信息共同进行封装，并且同步到远程管理仓库，有利于生成更新日志。在确定更新日志的过程中，可以利用触发信息确定更新日志。

本发明中，可以采用将多个包裹进行组合(assembly)，生成新的产品包，其中每个产品包匹配对应的版本号，可以达到对增强生成更新日志的过程的通用性、有效的减少线上事故的出现次数，在出现漏洞时，更快的定位到相应的漏洞。

可选地，根据所述新的产品包与原始产品包，生成更新日志，包括：

判断所述新的产品包与原始产品包是否相同；

若不同，则获取所述新的产品包中的触发信息封装包；

将所述触发信息封装包中的触发信息与所述原始产品包中对应的触发信息进行对比，得出比对后的差别结果；

根据所述差别结果，生成更新日志。

可选地，将所述触发信息和对应的程序同时进行封装。

由于每个产品包都对应一个版本号，故可以根据判断产品包的版本号确定所述两个产品包是否相同。

下面以一具体实施例详细说明“根据所述新的产品包与原始产品包，生成更新日志”。如图3所示

S301，获取将发布版本与已发布版本的产品名称以及版本号。

S302，利用脚本对版本号进行比较，判断版本号是否相同；

若版本号相同，则执行S304，且无进一步对比(diff)的必要，不进行后续步骤，可以对用户进行相关的提示。

若版本号不同则执行S303，则把将发布版本下载到对应版本的产品包的文件夹中。具体地，npm仓库通过如下命令下载新版本到本地：

wgethttp://npm.jd.com/product-dbp/-/product-dbp-3.1.1158-snapshot.tgz

其中，product-dbp为产品名，其后的数字为其版本号。

S305，通过递归的形式查找产品每个包裹中的触发信息文件，并记录对应的路径。

具体地，可以通过*nix系统自带的find命令进行递归查找标记信息的文件。

S306，将同一个产品的包裹中的触发(commit)信息，进行汇总，并记录每个触发信息的名称。

S307，对已发布版本、将发布版本分别汇总后的触发信息，进行比对。

S308，对于将发布版本中存在，已发布版本中不存在的信息进行筛选，汇总成更新日志(Change Log)信息。

最后，可以对汇总成的Change Log信息，通过脚本中带的html模版，生成ChangeLog文件，存储在当前文件夹下，呈现给用户。

具体地，图4为已发布版本和将发布版本的具体的模块。依据图4，生成的更新日志为:

研发模块1：[feature]xxxx；[bugfix]xxxx

研发模块2：[feature]xxx；[interface]xxx

研发模块3：[feature]xxx

可选地，生成更新日志，包括：生成用于问题排查的详细更新日志，和/或生成用于为使用者展示的简明更新日志。其中更新日志的格式为html格式。

图5是根据本发明实施例的生成更新日志的装置的主要模块的示意图；如图5所示，提供了一种生成更新日志的装置500，包括：

模块501、子产品包生成模块，用于获取触发信息，对所述触发信息以及所述触发信息对应的程序分别进行封装，得到触发信息封装包以及封装程序包，并将所述触发信息封装包以及所述封装程序包封装为至少一个子产品包；

模块502、产品包生成模块，用于对所述至少一个子产品包进行组合，生成新的产品包；

模块503、更新日志生成模块，用于根据所述新的产品包与原始产品包，生成更新日志。

图6示出了可以应用本发明实施例的生成更新日志方法或生成更新日志装置的示例性系统架构600。

如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的生成更新日志方法一般由服务器605执行，相应地，生成更新日志装置一般设置于服务器605中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送模块、获取模块、确定模块和第一处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，发送模块还可以被描述为“向所连接的服务端发送图片获取请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

获取触发信息，对所述触发信息以及所述触发信息对应的程序分别进行封装，得到触发信息封装包以及封装程序包，并将所述触发信息封装包以及所述封装程序包封装为至少一个子产品包；

对所述至少一个子产品包进行组合，生成新的产品包；

根据所述新的产品包与原始产品包，生成更新日志。

根据本发明实施例的技术方案，可以达到如下有益效果：

本发明将触发信息参与到生成新的产品版本，利用新的版本中的触发信息生成更新日志的技术手段，解决了现有技术过分依赖本地代码生成仓库更新日志、更新日志方案不能复用的技术缺陷，进而达到生成更新日志与本地代码生成仓库进行解藕，并且所述本发明的方法可以复用于多项目产品生成更新日志。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。