CN111580858A - 一种代码定时发布方法及发布系统 - Google Patents

Abstract

本发明涉及线上产品发布技术领域，提供了一种代码定时发布方法及系统，所述方法包括：S1、提交更新部分的代码，生成相应脚本；S2、定时检测，执行满足条件的脚本；S3、在指定的时间之前的半小时发布所述更新部分的代码至预发布环境；S4、自动检测更新的系统在所述预发布环境中运行是否正常，正常则继续执行下一步，否则执行步骤S1；S5、在指定的时间发布所述更新部分的代码至线上；S6、自动检测更新的系统在所述线上环境中运行是否正常，正常则向开发人员报告更新成功，否则告知开发人员更新失败，并且执行回滚操作，将所述线上产品恢复至本次更新前的版本。本发明通过机器自动执行降低了人力成本，提高了发布的效率和准确性。

Description

一种代码定时发布方法及发布系统

技术领域

本发明涉及线上产品发布技术领域，尤其涉及一种代码定时发布方法及发布系统。

背景技术

许多依托于互联网的线上产品(虚拟产品)，需要进行不断的更新。更新时，一般是增加新功能或者更新部分功能，从而满足用户的不同需求。每次更新都需要更新代码，测试代码以及发布新代码，在遇到各种线下或者线上的紧急情况的时候，也需要紧急修改代码并重新发布，以免造成公司的损失。在业务比较繁忙的时候，代码发布次数较多，发布内容较多，导致资源需求量上升，给公司带来业务量增长的同时也付出了较高的成本。

目前的代码发布方式是基于Git lab进行的，一般需要程序员蹲点、定时进行手动上传。例如，新项目要求在夜间12点准时上线，则程序员就需要守在12点钟准时发布，但是通过人工手动上传往往无法做到12点0分0秒发布，对于一些时间要求比较精确的项目来说是一个极大的弊端。另外，现有的更新过程需要程序员守在电脑旁，而且发布后还需要测试人员，运维人员等进行线上监测，在稳定后方可离开，这样导致大量的人力资源的浪费，给公司带来了人力损失，使得公司的开发成本增加。

所以，需要开发一种能够实现代码自动检测，自动发布，定时发布的系统。

发明内容

为解决上述问题，本发明提出了一种代码定时发布方法，用于线上产品的自动定时更新，包括如下步骤：

S1、提交更新部分的代码，生成定时可执行的上线脚本；

S2、定时检测，执行满足条件的脚本；

S3、在指定的时间之前的半小时发布所述更新部分的代码至预发布环境；

S4、自动化测试，检测更新的系统在所述预发布环境中运行是否正常，正常则继续执行下一步，否则执行步骤S1；

S5、在指定的时间发布所述更新部分的代码至线上环境；

S6、自动化测试，检测更新的系统在线上环境中运行是否正常，正常则向开发人员报告更新成功，否则告知开发人员更新失败，并且执行回滚操作，将所述线上产品恢复至本次更新前的版本。

上述的代码定时发布方法，其中，在步骤S1之前还包括：对所述更新部分的代码进行本地自测。

上述的代码定时发布方法，其中，步骤S1中，提交的字段至少包括代码发布原因、代码分支、正式发布时间。

上述的代码定时发布方法，其中，步骤S1中生成的定时命令添加在所述上线脚本的末尾，步骤S2中，根据所述定时命令检测是否需要执行预发布或发布操作；

并且，在步骤S4中，如预发布失败，则删除所述两条定时发布命令。

基于同一发明构思，本发明的另一目的在于提供一种代码定时发布系统，用于线上产品的自动定时更新，包括：

代码提交模块，用于提交更新部分的代码，并生成脚本；

预发布模块，用于在第一指定时间在预发布环境中发布所述更新部分的代码；

线上模块，用于在第二指定时间向线上发布经所述预发布模块预发布过的代码。

上述的代码定时发布系统，其中，所述代码提交模块包括：

本地自测子模块，在提交代码前对所述更新部分的代码进行单元自测，以检测所述更新部分的代码是否已达到预期；

脚本生成子模块，将所述更新部分的代码分别提交到预发布环境和线上环境，并生成脚本。

上述的代码定时发布系统，其中，所述预发布模块包括：

定时检测子模块，定时检测所述代码提交模块生成的脚本，执行满足条件的脚本，并于所述第一指定时间将所述更新部分的代码发布到预发布环境中；

测试子模块，在预发布环境中试运行更新后的线上产品，如测试不能通过，则停止发布并提示需重新提交所述更新部分的代码。

上述的代码定时发布系统，其中，所述线上模块包括：

代码发布子模块，于第二指定时间向线上发布经所述测试子模块测试的代码；

线上测试模块，在线上运行更新后的线上产品，并判断线上运行是否正常，如正常则通知开发人员发布正常，如不正常则通知开发人员发布失败，需重提交更新部分的代码。

与现有技术相比，本发明的代码发布通过Lunix系统中用于管理任务的工具命令crontab定时执行，可将系统发布的时间精确的控制在1分钟内。整个过程中，自动检测、自动发布以及定时发布都可以在完全无人监管的情况下，由计算机进行，技术人员无需加班，节省了人力成本。无需人工操作则可以降低犯错的概率，从而大大降低bug发生的概率。总的来说，给公司降低了人力支出，节约成本，提升用户体验效果，降低技术开发人员的劳动强度，提高了工作效率，使得公司效益进一步提高。

附图说明

本领域技术人员可知，以下的附图仅仅列举出本发明的一些实施例，在不付出创造性劳动的前提下，本领域技术人员还可以根据这些附图获得其他同一性质的实施例(附图)。

图1是本发明一实施例的流程图；

图2是将图1细化后的流程示意图。

具体实施方式

为使本发明的目的、特征更明显易懂，下面结合附图对本发明的具体实施方式作进一步的说明。然而，本发明可以用不同的形式实现，不应只是局限在所述的实施例。且，在不冲突的情况下，本申请中的实施例及实施例中的特征允许相互组合或替换。结合以下的说明，本发明的优点和特征将更清楚。

需说明的是，附图均采用非常简化的形式且均使用非精准的比例，仅用以方便、明晰地辅助说明本发明实施例的目的。

还需声明的是，本发明中对步骤编号的目的在于便于引用，而非限定先后顺序。对于个别需强调顺序的步骤，文中将以专门文字进行特别说明。

在互联网行业中，开发线上产品的开发人员将程序编写完毕后，需要将程序代码部署到线上(也可以理解为产品服务器)，这样，线上产品才能为用户提供服务，将程序部署到线上的过程即为代码发布的过程。当产品的需求有变更时，把修改过的文件更新到线上，执行重新加载文件等命令，以使新的代码生效的过程可以称为代码的发布与部署。在现有技术中，发布代码与部署的方式主要是，由开发人员提交新的代码，由发布人员将所述新的代码生成可执行的脚本，并在执行发布的一侧测试，测试通过后才将所述新的代码发布到线上使之生效(即线上产品更新完毕，可供用户正常使用)。在此过程中，更新的代码需要人工反复确认和测试，代码发布后，执行命令的过程比较长，需要测试人员长时间等待以及验证结果，都比较费时费力。

本发明构思的核心思想在于利用现有的指令，使代码的发布和检测都能够由代码上传系统自动执行，从而减少开发人员和测试人员的工作量。同时，由计算机负责执行发布与部署可将发布时间误差精确的控制在1分钟之内，相比人工发布，时间准确性得到了保证。

crond是linux系统中用来周期性的执行某种任务或等待处理某些事件的一个守护进程，与windows下的计划任务类似，当安装完成操作系统后，默认会安装此服务工具，并且会自动启动crond进程，crond进程每分钟会定期检查是否有要执行的任务，如果有要执行的任务，则自动执行该任务。由于使用者自己也可以设置计划任务，所以，Linux系统也提供了使用者控制计划任务的命令：crontab命令。本发明就是基于crontab命令进行开发的。请参考图1，图1所示为本实施例提出的一种代码定时发布方法的流程图。所述代码定时发布方法用于线上产品的自动定时更新，包括如下步骤：

S1、提交更新部分的代码，生成定时可执行的上线脚本。

S2、定时检测，执行满足条件的脚本。具体的，所述脚本是一种能够定时执行产品发布的文件，该文件内包括了可定时执行的代码，代码中指定了产品发布的具体时间。

S3、在指定的时间之前的半小时发布所述更新部分的代码至预发布环境。所述指定的时间即为步骤S2中所述的产品发布的具体时间。

S4、自动化测试，检测更新的系统在所述预发布环境中运行是否正常，正常则继续执行下一步，否则执行步骤S1。所述更新的系统是由步骤S1中的更新部分的代码生成的，若预发布正常则可继续，若预发布结果不理想，则可修改所述的更新部分的代码，并返回步骤S1，重新提交代码。

S5、在指定的时间发布所述更新部分的代码至线上。

S6、自动化测试，检测更新的系统在所述预发布环境中运行是否正常，正常则向开发人员报告更新成功，否则告知开发人员更新失败，并且执行回滚操作，将所述线上产品恢复至本次更新前的版本。

具体的，所述的自动化测试是代码上传系统中的一个标准化模块，一般代码上传系统中都包括该模块。

步骤S1之前，开发人员还需对所述更新部分的代码进行本地自测。基于更新的代码基本都是以一个功能单位为最小单位，因此本地自测一般相当于单元自测，自测的目的在于检测所述更新部分的代码是否达到了修改代码的预期效果。

同时，由于从步骤S4和步骤S6均存在由于失败而向步骤S1跳转的分支，因此，在重复执行步骤S1之前，还包括先修改所述更新部分的代码，再次递交更新部分的代码时，递交的应是修改过的更新部分的代码。

进一步地，步骤S1中，提交的字段至少包括代码发布原因、代码分支、正式发布时间。

具体的，步骤S1中，还在生成的脚本文件末尾追加刚生成的两条可定时执行的命令，以指定预发布和发布的时间：

30 11 3 20*root run-parts/etc/202003201130.stg(指定预发布时间为11:30)；

0 12 3 20*root run-parts/etc/cron_202003201200.master(指定发布时间为12:00)；

上述两条指令为示例性指令，具体时间和文件目录均可按使用者需要调整。

在步骤S2中，则首先读取上述的两条指令，然后定期检测(查询)当前时间是否到了11:30或12:00，如果时间到了，则可进行相应的预发布/发布命令。

更具体的，在202003201130.stg文件中，还包括了将所述更新部分的代码提交到预发布环境的命令：

call git add.&&git commit-m"提交内容说明"&&git push--set-upstreamorigin stg；

在cron_202003201200.master文件中，还包括了将所述更新部分的代码提交到线上环境的命令：

call git add.&&git commit-m"提交内容说明"&&git push--set-upstreamorigin matser。

另外，在crontab脚本中还可设定测试间隔时间，定时检测crontab脚本中是否出现满足条件的定时脚本，，如有满足条件的定时脚本，则立即执行。具体而言，本实施例中就是检测是否到了前文所示的两条可定时执行的命令(30 11 320*root run-parts/etc/202003201130.stg和0 12 3 20*root run-parts/etc/cron_202003201200.master)所指定的时间。根据计算机处理能力的不同，可将所述间隔时间设定为1分钟、5分钟、10分钟……，本实施例中，为求时间精确度，将所述间隔时间设定为1分钟。

步骤S4对完成预发布的线上产品进行运行及检测。多数情况下，更新代码会出现前后不一致或功能不能满足预期的情况。预发布环境提供了一个和线上环境接近甚至相同的测试环境，只有在预发布环境中通过测试的代码才会继续向线上发布。具体的，若预发布结果不理想，需要返回步骤S1，重新提交代码时，还需删除步骤S2中追加的与定时发布相关的脚本。示例性的删除指令如下：

sed-i'/30 11 3 20*root run-parts/etc/202003201130.stg/'/etc/crontab

sed-i'/0 12 3 20*root run-parts/etc/cron_202003201200.master/'/etc/crontab

步骤S4中，若测试结果为不能通过测试，代码上传系统还可以通过邮件、短信等方式提示开发人员代码有误，需要修改后重新提交，以提醒开发人员及时重复整个发布和部署的过程，保证线上产品准点并且准确的更新从而满足用户的需求。

步骤S6中，若测试结果为通过测试，则发送一封邮件给开发人员，以告知更新完成；若测试结果为不能通过测试，则通过邮件、短信、电话等方式提示开发人员代码有误，需要修改后重新提交，以重复整个发布和部署的过程，并且，还需执行一条回滚指令(例如gitreset--hard HEAD^)，从而将线上产品的状态恢复到前一版本，即步骤S1之前的状态。

图2所示为更为细致的流程，其中，将时间顺序及开发人员的相关操作进行了明确说明。

呼应于所述的代码定时发布方法，本发明还提供了一种代码定时发布系统，用于线上产品的自动定时更新，包括：

代码提交模块，用于提交更新部分的代码，并生成脚本；

预发布模块，用于在第一指定时间在预发布环境中发布所述更新部分的代码；

线上模块，用于在第二指定时间向线上发布经所述预发布模块预发布过的代码。

其中，所述代码提交模块包括本地自测子模块和脚本生成子模块。所述本地自测子模块在提交代码前对所述更新部分的代码进行单元自测，以检测所述更新部分的代码是否已达到预期。所述脚本生成子模块将所述更新部分的代码分别提交到预发布环境和线上环境，并生成脚本。

所述预发布模块包括定时检测子模块和测试子模块。所述定时检测子模块定时检测所述代码提交模块生成的脚本，执行满足条件的脚本，并于所述第一指定时间将所述更新部分的代码发布到预发布环境中。所述测试子模块在预发布环境中试运行更新后的线上产品，如测试不能通过，则停止发布并提示需重新提交所述更新部分的代码。本领域技术人员可以理解，重新的提交的代码必然是已经过修改的。

所述线上模块包括代码发布子模块和线上测试模块。所述代码发布子模块，于第二指定时间向线上发布经所述测试子模块测试的代码。所述线上测试模块在线上运行更新后的线上产品，并判断线上运行是否正常，如正常则通知开发人员发布正常，如不正常则通知开发人员发布失败，需重提交更新部分的代码。

前述的第二指定时间为预先指定的线上产品更新的时间。前述的第一指定时间为所述第二指定时间之前的某一时间。根据发布及测试总共所需的时间，本实施例中，所述第一指定时间为所述第二指定时间之前的半小时。

上述的代码定时发布方法及系统在无人监管的情况下，由计算机进行，开发及测试人员无需加班，节省了人力成本。无需人工操作，则降低犯错的概率，大大降低bug发生率。总体来说，本发明给公司降低了人力支出，节约成本，提升用户体验效果，降低技术开发人员的劳动强度，提高了工作效率，使得公司效益进一步提高。

显然，本领域的技术人员可以对发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种代码定时发布方法，其特征在于，用于线上产品的自动定时更新，包括如下步骤：

S1、提交更新部分的代码，生成定时可执行的上线脚本；

S2、定时检测，执行满足条件的脚本；

S3、在指定的时间之前的半小时发布所述更新部分的代码至预发布环境；

S4、自动化测试，检测更新的系统在所述预发布环境中运行是否正常，正常则继续执行下一步，否则执行步骤S1；

S5、在指定的时间发布所述更新部分的代码至线上环境；

S6、自动化测试，检测更新的系统在线上环境中运行是否正常，正常则向开发人员报告更新成功，否则告知开发人员更新失败，并且执行回滚操作，将所述线上产品恢复至本次更新前的版本。

2.如权利要求1所述的代码定时发布方法，其特征在于，在步骤S1之前还包括：对所述更新部分的代码进行本地自测。

3.如权利要求1所述的代码定时发布方法，其特征在于，步骤S1中，提交的字段至少包括代码发布原因、代码分支、正式发布时间。

4.如权利要求1所述的代码定时发布方法，其特征在于，步骤S1中生成的定时命令添加在所述上线脚本的末尾，步骤S2中，根据所述定时命令检测是否需要执行预发布或发布操作；

并且，在步骤S4中，如预发布失败，则删除所述两条定时发布命令。

5.一种代码定时发布系统，其特征在于，用于线上产品的自动定时更新，包括：

代码提交模块，用于提交更新部分的代码，并生成脚本；

预发布模块，用于在第一指定时间在预发布环境中发布所述更新部分的代码；

线上模块，用于在第二指定时间向线上发布经所述预发布模块预发布过的代码。

6.如权利要求5所述的代码定时发布系统，其特征在于，所述代码提交模块包括：

本地自测子模块，在提交代码前对所述更新部分的代码进行单元自测，以检测所述更新部分的代码是否已达到预期；

脚本生成子模块，将所述更新部分的代码分别提交到预发布环境和线上环境，并生成脚本。

7.如权利要求5所述的代码定时发布系统，其特征在于，所述预发布模块包括：

定时检测子模块，定时检测所述代码提交模块生成的脚本，执行满足条件的脚本，并于所述第一指定时间将所述更新部分的代码发布到预发布环境中；

测试子模块，在预发布环境中试运行更新后的线上产品，如测试不能通过，则停止发布并提示需重新提交所述更新部分的代码。

8.如权利要求7所述的代码定时发布系统，其特征在于，所述线上模块包括：

代码发布子模块，于第二指定时间向线上发布经所述测试子模块测试的代码；

线上测试模块，在线上运行更新后的线上产品，并判断线上运行是否正常，如正常则通知开发人员发布正常，如不正常则通知开发人员发布失败，需重提交更新部分的代码。

Images