CN113778478A - 一种生成提示信息的方法、装置和存储介质 - Google Patents

Abstract

本申请公开了一种生成提示信息的方法、装置和存储介质，具体为首先获取待处理代码携带的配置文件，其次，在执行待处理代码的开发命令信息时，获取配置文件中的提示命令信息，进一步地，当为待处理代码执行上线操作时，调用提示命令信息，并将提示命令信息在前端进行显示，最后，基于在前端获取的与提示命令信息对应的操作信息，判断待处理代码的操作状态，并在操作状态为未通过状态时，生成待处理代码对应的重新提交提示信息。本申请实施例通过在上线代码时调用相关的提示命令信息并在前端进行显示，以对开发人员进行提示，提升开发效率。

Description

一种生成提示信息的方法、装置和存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种生成提示信息的方法、装置和存储介质。

背景技术

GIt是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。在日常开发项目过程中，若存在多个需求并行，一般需要新建多个分支进行开发，待上线时，将待上线的代码保存至master分支，上线系统可从master分支上抽取该待上线的代码完成上线。在多人并行开发多个需求时，一般会新建多个分支进行开发。如有A分支和B分支需求并行开发，在A分支上线后，待B分支上线的时候，一般需要合并已经上线的A分支代码以及改动上线资源的版本号(改动版本号是为了上线后，确保用户访问新的资源路径，从而保证用户访问到最新的代码)，再提交至master分支上进行上线，但人工执行上述操作可能会遗忘合并代码分支或者修改版本号等操作，导致线上项目缺少已经上线后的分支代码，降低开发效率。

发明内容

本申请实施例提供了一种生成提示信息的方法，克服了上线代码时遗漏已上线代码以致开发效率较低的问题。

该方法包括：

获取待处理代码携带的配置文件；

在执行所述待处理代码的开发命令信息时，获取所述配置文件中的提示命令信息；

当为所述待处理代码执行上线操作时，调用所述提示命令信息，并将所述提示命令信息在前端进行显示；

基于在所述前端获取的与所述提示命令信息对应的操作信息，判断所述待处理代码的操作状态，并在所述操作状态为未通过状态时，生成所述待处理代码对应的重新提交提示信息。

可选地，在所述待处理代码所在的代码库的根目录中创建所述配置文件，其中，所述配置文件包含与所述待处理代码对应的所述提示命令信息。

可选地，将获取的所述提示命令信息写入所述代码库中的钩子文件中，在为所述待处理代码执行所述上线操作时触发所述钩子文件，并停止执行所述上线操作，以调用所述钩子文件中的所述提示命令信息。

可选地，基于所述前端获取的与所述提示命令信息对应的所述操作信息，当至少一个所述操作信息为第一信息时，确定所述待处理代码的所述操作状态为所述未通过状态，以及，当全部所述操作信息均为第二信息时，确定所述待处理代码的所述操作状态为可提交状态。

在本发明的另一个实施例中，提供了一种生成提示信息的装置，该装置包括：

第一获取模块，用于获取待处理代码携带的配置文件；

第二获取模块，用于在执行所述待处理代码的开发命令信息时，获取所述配置文件中的提示命令信息；

调用模块，用于当为所述待处理代码执行上线操作时，调用所述提示命令信息，并将所述提示命令信息在前端进行显示；

生成模块，用于基于在所述前端获取的与所述提示命令信息对应的操作信息，判断所述待处理代码的操作状态，并在所述操作状态为未通过状态时，生成所述待处理代码对应的重新提交提示信息。

可选地，所述装置进一步包括：

创建模块，用于在所述待处理代码所在的代码库的根目录中创建所述配置文件，其中，所述配置文件包含与所述待处理代码对应的所述提示命令信息。

可选地，所述装置进一步包括：

触发模块，用于将获取的所述提示命令信息写入所述代码库中的钩子文件中，在为所述待处理代码执行所述上线操作时触发所述钩子文件，并停止执行所述上线操作，以调用所述钩子文件中的所述提示命令信息。

可选地，所述生成模块还用于：

基于所述前端获取的与所述提示命令信息对应的所述操作信息，当至少一个所述操作信息为第一信息时，确定所述待处理代码的所述操作状态为所述未通过状态，以及，当全部所述操作信息均为第二信息时，确定所述待处理代码的所述操作状态为可提交状态。

在本发明的另一个实施例中，提供了一种非瞬时计算机可读存储介质，所述非瞬时计算机可读存储介质存储指令，所述指令在由处理器执行时使得所述处理器执行上述一种生成提示信息的方法中的各个步骤。

在本发明的另一个实施例中，提供了一种终端设备，包括处理器，所述处理器用于执行上述一种生成提示信息的方法中的各个步骤。

基于上述实施例，首先获取待处理代码携带的配置文件，其次，在执行待处理代码的开发命令信息时，获取配置文件中的提示命令信息，进一步地，当为待处理代码执行上线操作时，调用提示命令信息，并将提示命令信息在前端进行显示，最后，基于在前端获取的与提示命令信息对应的操作信息，判断待处理代码的操作状态，并在操作状态为未通过状态时，生成待处理代码对应的重新提交提示信息。本申请实施例通过在上线代码时调用相关的提示命令信息并在前端进行显示，以对开发人员进行提示，提升开发效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了为本申请实施例100所提供的一种生成提示信息的方法的流程示意图；

图2示出了本申请实施例200提供的一种生成提示信息的方法的具体流程的示意图；

图3示出了本申请实施例300还提供一种生成提示信息的装置的示意图；

图4示出了本申请实施例400所提供的一种终端设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。

基于现有技术中的问题，本申请实施例提供了一种生成提示信息的方法，主要适用于计算机技术领域。通过使用git-hook技术调用提示命令信息，并结合nodejs实现了在master分支上提交上线代码时，进行相关提示的功能，这样开发人员在最后提交代码的时刻可以停下来回顾一下是否合并最新代码、是否更新版本号等工作，减少上线事故。以下几个具体实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。如图1所示，为本申请实施例100提供的一种生成提示信息的方法的流程示意图。其中，详细步骤如下：

步骤S11，获取待处理代码携带的配置文件。

本步骤中，本申请实施例中的待处理代码为在Git库中下载于本地进行进一步开发的待处理代码。其中，Git库是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。在下载获取待处理代码时，同时获取待处理代码所属项目包根目录中的配置文件。该配置文件中存储有为开发人员进行开发提示的提示命令信息。

步骤S12，在执行待处理代码的开发命令信息时，获取配置文件中的提示命令信息。

本步骤中，针对下载获取的待处理代码，启动本地服务器以执行对待处理代码进行开发的开发命令信息。进一步地，获取配置文件中的提示命令信息。

步骤S13，当为待处理代码执行上线操作时，调用提示命令信息，并将提示命令信息在前端进行显示。

本步骤中，开发人员在master分支上执行上线操作时，触发调用提示命令信息，拦截对待处理代码的上线操作，并在前端显示提示命令信息。

步骤S14，基于在前端获取的与提示命令信息对应的操作信息，判断待处理代码的操作状态，并在操作状态为未通过状态时，生成待处理代码对应的重新提交提示信息。

本步骤中，开发人员基于前端显示的提示命令信息，在前端输入与提示命令信息对应的操作信息。进一步地，基于获取的操作信息的类型和数量，判断待处理代码的操作状态。其中，待处理代码的操作状态包括未通过状态和可提交状态。当在操作状态为未通过状态时，生成待处理代码对应的重新提交提示信息，以使开发人员重新检查并提交待处理代码。

如上所述，基于上述实施例，首先获取待处理代码携带的配置文件，其次，在执行待处理代码的开发命令信息时，获取配置文件中的提示命令信息，进一步地，当为待处理代码执行上线操作时，调用提示命令信息，并将提示命令信息在前端进行显示，最后，基于在前端获取的与提示命令信息对应的操作信息，判断待处理代码的操作状态，并在操作状态为未通过状态时，生成待处理代码对应的重新提交提示信息。本申请实施例通过在上线代码时调用相关的提示命令信息并在前端进行显示，以对开发人员进行提示，提升开发效率。

如图2所示，为本申请实施例200提供的一种生成提示信息的方法的具体流程的示意图。其中，该具体流程的详细过程如下：

S201，创建配置文件。

这里，在待处理代码所在的代码库的根目录中创建配置文件，其中，配置文件包含与待处理代码对应的提示命令信息。具体地，用户在根目录新建配置文件，用来自定义在前端要显示的提示问题。提示命令信息可以为选择类型或yes/no类型或需要开发人员进行输入等类型的信息。

S202，获取待处理代码携带的配置文件。

这里，由webpack打包的每个业务项目中，在执行用于启动本地服务器来开发项目的开发命令信息npm run dev时，若我们规定生成提示命令信息的命令是preCommit，在每个业务项目中执行npm run dev时加入该命令。进一步地，在执行npm run dev时，启动preCommit命令。

S203，获取配置文件中的提示命令信息。

这里，通过preCommit命令获取配置文件中的提示命令信息。

S204，生成钩子文件。

这里，将获取的提示命令信息写入代码库中的钩子文件中。具体地，使用nodejs技术把提示命令信息对应的代码写入钩子文件即./git/hook/pre-commit文件中。其中，./git/hook是使用Git库默认存在的一个隐藏文件夹，生成的钩子文件会在对待处理代码进行提交时执行。

S205，判断待处理代码所在的Git分支是否为master分支。

这里，当不是master分支时，不执行对该待处理代码的拦截操作，将待处理代码提交到Git暂存区。

S206，调用提示命令信息。

这里，当待处理代码所在的Git分支为master分支时，可确认该待处理代码需要上线。进一步地，在为待处理代码执行上线操作时触发钩子文件，并停止执行上线操作对该待处理代码进行拦截，以调用钩子文件中的所述提示命令信息。由于一个业务项目使用的是同一个钩子文件，所以即使切换到master分支，也保存有提示命令信息。当用户执行上线操作即git commit-m’update’时向Git库的暂存区提交待处理代码时，会自动触发钩子文件，并使用nodejs的readline-sync模块调用钩子文件中的提示命令信息。

S207，将提示命令信息在前端进行显示。

这里，提示命令信息如“上线版本号是否正确”、“是否已经合并主干分支代码”等提示开发人员的信息，同时，为每个提示命令信息添加选择类型或yes/no类型或需要开发人员进行输入等的确认信息。

S208，监听在前端输入的操作信息。

这里，开发人员在前端查看提示命令信息后，选择或输入相应的操作信息，使用nodejs的readline-sync模块在前端获取的与提示命令信息对应的操作信息。

S209，判断待处理代码的操作状态。

这里，基于获取的操作信息的类型和数量，判断待处理代码的操作状态。其中，待处理代码的操作状态包括未通过状态和可提交状态。

S210，在操作状态为未通过状态时，生成待处理代码对应的重新提交提示信息。

这里，若监听到的操作信息中有至少一个为第一信息时，确定待处理代码的操作状态为未通过状态。具体地，第一信息为否定信息，若有至少一个操作信息为否定信息时，则执行process.exit(1)，退出当前进程，停止提交待处理代码到Git库中的暂存区，并生成待处理代码对应的重新提交提示信息以提醒开发人员重新打包提交待处理代码。

S211，在操作状态为可提交状态时，提交待处理代码至Git库中的暂存区。

本步骤中，若监听到的操作信息均为表示确认答案的第二信息时，确定待处理代码的操作状态为可提交状态。进一步地，执行process.exit(0)，将待处理代码提交到Git暂存区。

本申请基于上述步骤实现上述一种生成提示信息的方法。通过开发人员自定义的提示命令信息所在的配置文件，在执行开发命令信息时，通过使用nodejs的readline-sync模块触发钩子文件./git/hook/pre-commit文件中的提示命令信息，并在执行待处理代码的上线操作git commit-m’update’时，执行./git/hook/pre-commit文件中的提示命令信息，从而在前端显示提示的问题，只有用户并在开发人员都选择确认后才能成功提交待处理代码。进一步地，使用readline-sync模块和preCommit技术来完成提交待处理代码前的自动提示功能。

本申请实施例通过使用git-hook技术，并结合nodejs实现了在master分支上提交需要上线的代码时，进行相关提示的功能，这样开发人员在最后提交代码的时刻可以停下来回顾是否合并最新代码、是否更新版本号等工作，减少上线事故，提升开发效率。

基于同一发明构思，本申请实施例300还提供一种生成提示信息的装置，其中，如图3所示，该装置包括：

第一获取模块31，用于获取待处理代码携带的配置文件；

第二获取模块32，用于在执行待处理代码的开发命令信息时，获取配置文件中的提示命令信息；

调用模块33，用于当为待处理代码执行上线操作时，调用提示命令信息，并将提示命令信息在前端进行显示；

生成模块34，用于基于在前端获取的与提示命令信息对应的操作信息，判断待处理代码的操作状态，并在操作状态为未通过状态时，生成待处理代码对应的重新提交提示信息。

本实施例中，第一获取模块31、第二获取模块32、调用模块33和生成模块34的具体功能和交互方式，可参见图1对应的实施例的记载，在此不再赘述。

可选地，该装置进一步包括：

创建模块35，用于在待处理代码所在的代码库的根目录中创建配置文件，其中，配置文件包含与待处理代码对应的提示命令信息。

可选地，该装置进一步包括：

触发模块36，用于将获取的提示命令信息写入代码库中的钩子文件中，在为待处理代码执行上线操作时触发钩子文件，并停止执行上线操作，以调用钩子文件中的提示命令信息。

可选地，生成模块34还用于：

基于前端获取的与提示命令信息对应的操作信息，当至少一个操作信息为第一信息时，确定待处理代码的操作状态为未通过状态，以及，当全部操作信息均为第二信息时，确定待处理代码的操作状态为可提交状态。

如图4所示，本申请的又一实施例400还提供一种终端设备，包括处理器401，其中，处理器401用于执行上述一种生成提示信息的方法的步骤。从图4中还可以看出，上述实施例提供的终端设备还包括非瞬时计算机可读存储介质402，该非瞬时计算机可读存储介质402上存储有计算机程序，该计算机程序被处理器401运行时执行上述一种生成提示信息的方法的步骤。实际应用中，该终端设备可以是一台或多台计算机，只要包括上述计算机可读介质和处理器即可。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘和FLASH等，该存储介质上的计算机程序被运行时，能够执行上述的一种生成提示信息的方法中的各个步骤。实际应用中，所述的计算机可读介质可以是上述实施例中描述的设备/装置/系统中所包含的，也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或多个程序被执行时，能够执行上述的一种生成提示信息的方法中的各个步骤。

根据本申请公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件，或者上述的任意合适的组合，但不用于限制本申请保护的范围。在本申请公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本申请中。特别地，在不脱离本申请精神和教导的情况下，本申请的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，所有这些组合和/或结合均落入本申请公开的范围。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行变更或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些变更、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种生成提示信息的方法，其特征在于，包括：

获取待处理代码携带的配置文件；

在执行所述待处理代码的开发命令信息时，获取所述配置文件中的提示命令信息；

当为所述待处理代码执行上线操作时，调用所述提示命令信息，并将所述提示命令信息在前端进行显示；

基于在所述前端获取的与所述提示命令信息对应的操作信息，判断所述待处理代码的操作状态，并在所述操作状态为未通过状态时，生成所述待处理代码对应的重新提交提示信息。

2.根据权利要求1所述的方法，其特征在于，在所述获取待处理代码携带的配置文件的步骤之前，所述方法进一步包括：

在所述待处理代码所在的代码库的根目录中创建所述配置文件，其中，所述配置文件包含与所述待处理代码对应的所述提示命令信息。

3.根据权利要求2所述的方法，其特征在于，在所述获取所述配置文件中的提示命令信息的步骤和所述调用所述提示命令信息的步骤之间，所述方法进一步包括：

将获取的所述提示命令信息写入所述代码库中的钩子文件中，在为所述待处理代码执行所述上线操作时触发所述钩子文件，并停止执行所述上线操作，以调用所述钩子文件中的所述提示命令信息。

4.根据权利要求1所述的方法，其特征在于，所述判断所述待处理代码的操作状态的步骤包括：

基于所述前端获取的与所述提示命令信息对应的所述操作信息，当至少一个所述操作信息为第一信息时，确定所述待处理代码的所述操作状态为所述未通过状态，以及，当全部所述操作信息均为第二信息时，确定所述待处理代码的所述操作状态为可提交状态。

5.一种生成提示信息的装置，其特征在于，包括：

第一获取模块，用于获取待处理代码携带的配置文件；

第二获取模块，用于在执行所述待处理代码的开发命令信息时，获取所述配置文件中的提示命令信息；

调用模块，用于当为所述待处理代码执行上线操作时，调用所述提示命令信息，并将所述提示命令信息在前端进行显示；

生成模块，用于基于在所述前端获取的与所述提示命令信息对应的操作信息，判断所述待处理代码的操作状态，并在所述操作状态为未通过状态时，生成所述待处理代码对应的重新提交提示信息。

6.根据权利要求5所述的装置，其特征在于，所述装置进一步包括：

创建模块，用于在所述待处理代码所在的代码库的根目录中创建所述配置文件，其中，所述配置文件包含与所述待处理代码对应的所述提示命令信息。

7.根据权利要求6所述的装置，其特征在于，所述装置进一步包括：

触发模块，用于将获取的所述提示命令信息写入所述代码库中的钩子文件中，在为所述待处理代码执行所述上线操作时触发所述钩子文件，并停止执行所述上线操作，以调用所述钩子文件中的所述提示命令信息。

8.根据权利要求5所述的装置，其特征在于，所述生成模块还用于：

基于所述前端获取的与所述提示命令信息对应的所述操作信息，当至少一个所述操作信息为第一信息时，确定所述待处理代码的所述操作状态为所述未通过状态，以及，当全部所述操作信息均为第二信息时，确定所述待处理代码的所述操作状态为可提交状态。

9.一种非瞬时计算机可读存储介质，其特征在于，所述非瞬时计算机可读存储介质存储指令，所述指令在由处理器执行时使得所述处理器执行如权利要求1至4任一项所述的一种生成提示信息的方法中的各个步骤。

10.一种终端设备，其特征在于，包括处理器，所述处理器用于执行如权利要求1至4中任一项所述的一种生成提示信息的方法中的各个步骤。

Images