CN114265618A - 一种应用一键发布和回滚的方法 - Google Patents

Abstract

本发明属于软件管理技术领域，一种应用一键发布和回滚的方法，具体包括以下步骤：S1：在发布系统中获取创建发布计划指令，接收发布应用数据，生成多个发布计划；S2：将多个发布计划集中组合为一个发布任务；S3：接收发布指令，启动发布任务，针对发布任务中的每个发布计划，依次执行S4‑S5；S4：展示当前应用的启动日志，通过启动日志判断当前应用的启动状态；若启动状态正常，则发布当前应用，当前应用发布完成后，继续发布下个应用，并返回步骤S4，直至所有应用发布完成；若启动状态异常，则停止发布应用。解决了现有技术同时发布多个应用时，人为介入过多导致发布效率降低、发布风险增加的问题。

Description

一种应用一键发布和回滚的方法

技术领域

本发明属于软件管理技术领域，具体涉及一种应用一键发布和回滚的方法。

背景技术

随着互联网的飞速发展，应用软件的数量和种类与日俱增，人们的生活越来越与应用软件息息相关。这些应用软件在投入使用以后，经过一段时间后需要对应用版本进行更新，可能是因为应用软件出现了一些程序漏洞，也可能是运行应用软件的系统版本发生变化，应用软件更新的目的是对应用软件做较大的修正或者纠错，使应用软件的功能性和稳定性得到提高。

现有技术中，运维人员需要发布应用软件的新版本时，需要先登录发布系统，为每个应用创建发布计划，指定发布的应用版本；再跳转至发布窗口执行发布的相关操作，同时查看应用日志，判断应用是否发布成功；若发布过程中，发现应用状态异常，则需要执行回滚操作，即将应用程序恢复到上一次正确的状态。

当需要对多个应用软件进行更新或发布，并且这些应用软件之间存在一定的关联时(同一个软件在不同运行系统下的不同版本或者面向不同人群的版本)，运维人员需要批量创建发布计划；发布时，需要在多个应用之间频繁切换，对每个应用下的实例执行发布操作，同时查看每个应用日志判断启动正常与否；由此可见，当需要一次发布多个应用软件时，该方法执行效率低下，执行过程中需要多次人为介入，导致发布效率降低；同时，人为介入难免存在因为操作人员的马虎或者失误导致应用发布错误，因此多次人为介入还会导致发布错误风险增加，因此如何减少人为介入，提升发布效率是解决问题的关键。

发明内容

本发明意在提供一种应用一键发布和回滚的方法,以解决现有技术同时发布多个应用时，人为介入过多导致发布效率降低、发布风险增加的问题。

本发明提供的基础方案：一种应用一键发布和回滚的方法，包括以下步骤：

S1：获取创建发布计划指令，接收发布应用数据，生成多个发布计划；

S2：将多个发布计划集中组合为一个发布任务；

S3：接收发布指令，启动发布任务，针对发布任务中的每个发布计划，依次执行S4-S5；

S4：展示当前应用的启动日志，通过启动日志判断当前应用的启动状态；若启动状态正常，则执行步骤S5；若启动状态异常，则执行步骤S6；

S5：发布当前应用，当前应用发布完成后，继续发布下个应用，并返回步骤S4，直至所有应用发布完成；

S6：停止发布应用。

本发明的原理：首先创建多个发布计划，将多个发布计划组合成为一个发布任务，以任务为维度将多个发布应用集中展示在一个发布窗口，运维人员发出发布指令，发布系统接收到发布指令后，开始发布每一个应用，在发布时，展示当前应用的启动日志并判断应用的启动状态，若启动状态正常，当前应用发布结束后，继续发布后续应用，直至所有应用发布完成，若启动状态异常，则停止发布应用。本发明的优点在于：运维人员在创建好多个发布计划，即可发出发布指令，接收到发布指令后，发布系统开始对多个应用进行发布，发布系统能够展示发布日志，并通过发布日志依次对各应用的发布状态进行判断，不再需要人为介入对每个应用软件执行发布操作，查看应用日志，并判断启动状态是否正常，系统执行速度和判断准确率相比起人来说，速度更快、准确性更高，因此本方案所述的方法减少人为介入，提高了发布效率，降低发布风险。

进一步，所述步骤S5具体包括以下步骤：

S5-1：发布当前应用，发布过程中，接收运维人员二次验证指令，对发布状态进行二次验证，若发布状态正常，则执行步骤S5-2；若发布状态异常，则执行步骤S6；

S5-2：继续发布下个应用，并返回步骤S5，直至所有应用发布完成。

有益效果：增加二次验证功能，在发布过程中，运维人员能够时刻对发布状态进行二次检测，提高发布应用的准确性，避免由于发布状态异常导致后续待发布应用无法正常发布，导致发布效率降低；由此可见，跟基本方案相比，本方案能够有效地保证发布效率，使发布效率降低的风险减小。

进一步，所述步骤S6具体包括以下步骤：

S6-1：停止发布应用，并提示管理员介入；

S6-1：接收回滚指令，获取每个应用的上一版本，按照发布倒序依次回滚每个应用。

有益效果：由于每个应用软件之间存在一定的关联，因此当一个应用发布状态时，需要对每一个应用进行回滚；因此新增回滚指令功能，对已发布的错误的应用版本进行还原，将应用版本恢复到上一次正确状态，不需要运维人员对每个应用程序进行逐一还原，减少运维人员的工作难度和重复工作时间。由于发布应用时有一定的顺序并且应用之间存在关联，因此按照倒序的次序依次对每个应用进行回滚，保证应用在回滚后的数据和程序能够恢复正常。

进一步，所述步骤S1具体包括以下步骤：

S1-1：预先生成发布应用数据，所述发布应用数据包括发布应用、待发布版本；

S1-2：将发布应用数据导入发布系统中，并生成多个发布计划。

有益效果：在创建发布计划的时候增加导入功能，运维人员可预先生成导入数据，包括发布应用和待发布版本，发布系统根据导入数据自动生成发布计划，运维人员将发布应用数据导入发布系统即可，减少运维人员介入发布工作，发布系统自动生成的发布计划准确度更高，发布过程中的风险更小。

进一步，所述发布应用数据还包括发布顺序；

所述步骤S2具体为：将多个发布计划按照发布顺序排列组合为一个发布计划。

有益效果：预先设置多个应用的发布顺序，发布系统按照发布顺序对应用进行发布，便于运维人员管理和安排发布工作，提高发布准确性。

进一步，所述步骤S4具体包括以下步骤：

S4-1：对启动日志判断应用是否正常启动的逻辑进行定义；

S4-2：展示当前应用的启动日志，通过逻辑判断当前应用的启动状态；若启动状态正常，则执行步骤S5；若启动状态异常，则执行步骤S6。

有益效果：便于运维人员对判断应用是否正常启动的逻辑进行调整，若启动状态为异常但是逻辑判断为正常，导致发布的应用版本存在问题；因此，本方案能够降低发布错误率，减少发布风险。

进一步，步骤S5中所述的返回步骤S4具体为：返回步骤S4-2。

有益效果：返回步骤S4-2，不需要每发布一个应用就对逻辑进行重新定义，减少运维人员的重复工作，使发布效率提高。

进一步，所述步骤S2具体包括以下步骤：

S2-1：对发布计划进行审核，若审核通过，则执行步骤S2-2，否则，返回步骤S1-1；

S2-2：将多个发布计划集中组合为一个发布任务，展示在同一发布窗口。

有益效果：对发布应用进行审核后，再启动发布，保证发布计划的准确性，降低发布过程中的错误率和风险，若发布后才发现发布计划错误，不仅需要对发布应用进行回滚，降低发布效率，还耽误发布时间，对应用软件的使用者和生产者产生不利影响。

附图说明

图1为本发明一种应用一键发布和回滚的方法实施例的示意图。

具体实施方式

下面通过具体实施方式进一步详细说明：

实施例基本如附图1所示：一种应用一键发布和回滚的方法，包括以下步骤：

S1-1：预先生成发布应用数据；

S1-2：将发布应用数据导入发布系统中，并生成多个发布计划。

S2-1：对发布计划进行审核，若审核通过，则执行步骤S2-2，否则，返回步骤S1-1；

S2-2：将多个发布计划集中组合为一个发布任务，展示在同一发布窗口；

S3：接收一键发布指令，启动发布任务，针对发布任务中的每一个发布计划，依次执行步骤S4-S5；

S4-1：对启动日志判断应用是否正常启动的逻辑进行定义；

S4-2：展示当前应用的启动日志，通过逻辑判断当前应用的启动状态；若启动状态正常，则执行步骤S5；若启动状态异常，则执行步骤S6；

S5-1：发布当前应用，发布过程中，接收运维人员二次验证指令，对发布状态进行二次验证，若发布状态正常，则执行步骤S5-2；若发布状态异常，则执行步骤S6；

S5-2：继续发布下个应用，并返回步骤S5，直至所有应用发布完成；

S6-1：停止发布应用，并提示管理员介入；

S6-1：接收回滚指令，获取每个应用的上一版本，按照发布倒序依次回滚每个应用。

通过一键发布操作，运维人员只需要预先生成发布数据，导入发布系统中即可创建发布计划；在发布窗口只需要点击一次一键发布按钮，即可按顺序发布应用，同时自动判断应用是否启动成功，直到发布结束；多个步骤中皆减少了人为介入，减少整个发布时间，提升了发布效率，并且通过减少人为介入，降低发布过程中的错误率和风险。

具体实施过程如下：

运维人员生成发布数据，将发布数据导入发布系统，发布系统自动创建发布计划，运维人员对发布计划进行审核，审核通过之后进入发布窗口页面，点击一键发布按钮，即可按预先定义的顺序依次发布每个应用，同时在窗口下方展示当前应用的启动日志，并根据预先定义好的应用是否启动成功的判断逻辑，并提示运维人员当前应用的启动状态，若启动状态正常，则开始发布应用，若启动状态异常，则停止发布，并提示运维人员介入。

发布过程中，运维人员可二次验证应用发布状态，在发布状态情况下可以继续发布下个应用，直到所有应用发布完成；若发布状态异常，则停止发布，并提示人工介入；运维人员通过具体异常情况，选择是否点击一键回滚按钮，若选择回滚，则自动获取上一版本，并按倒序依次回滚每个应用。

针对发布效率低、发布风险高的问题，本方案从多个角度来解决：关键是减少人为的介入，在创建发布计划的时候增加导入功能，运维人员可预先生成发布应用数据，所述应用发布数据包括发布应用、待发布版本以及发布顺序；发布系统根据导入数据自动生成发布计划，运维人员对发布计划进行审核后进入发布窗口页面，将导入的不同发布计划组合为一个任务，以任务为维度将多个发布应用集中展示到同一发布窗口，所述发布窗口还包括一键发布和一键回滚按钮，运维人员只需点击一键发布即可按导入时预先定义的发布顺序来执行发布计划；在发布时，发布窗口同时展示当前应用日志，并判断应用的启动状态，根据预先定义的判断逻辑提示运维人员应用启动状态，若启动状态正常，则继续后续发布，直到发布结束；若启动状态异常，则停止发布，并及时提示人工介入；如果需要回滚，运维人员只需要点击一键回滚，则会按照发布顺序的倒序来自动回滚到上一版本。

以上的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。

Claims (8)

1.一种应用一键发布和回滚的方法，其特征在于：包括以下步骤：

S1：获取创建发布计划指令，接收发布应用数据，生成多个发布计划；

S2：将多个发布计划集中组合为一个发布任务；

S3：接收发布指令，启动发布任务，针对发布任务中的每个发布计划，依次执行S4-S5；

S4：展示当前应用的启动日志，通过启动日志判断当前应用的启动状态；若启动状态正常，则执行步骤S5；若启动状态异常，则执行步骤S6；

S5：发布当前应用，当前应用发布完成后，继续发布下个应用，并返回步骤S4，直至所有应用发布完成；

S6：停止发布应用。

2.根据权利要求1所述的一种应用一键发布和回滚的方法，其特征在于：所述步骤S5具体包括以下步骤：

S5-1：发布当前应用，发布过程中，接收运维人员二次验证指令，对发布状态进行二次验证，若发布状态正常，则执行步骤S5-2；若发布状态异常，则执行步骤S6；

S5-2：继续发布下个应用，并返回步骤S5，直至所有应用发布完成。

3.根据权利要求1、2任一所述的一种应用一键发布和回滚的方法，其特征在于：所述步骤S6具体包括以下步骤：

S6-1：停止发布应用，并提示管理员介入；

S6-1：接收回滚指令，获取每个应用的上一版本，按照发布倒序依次回滚每个应用。

4.根据权利要求3所述的一种应用一键发布和回滚的方法，其特征在于：所述步骤S1具体包括以下步骤：

S1-1：预先生成发布应用数据，所述发布应用数据包括发布应用、待发布版本；

S1-2：将发布应用数据导入发布系统中，并生成多个发布计划。

5.根据权利要求4所述的一种应用一键发布和回滚的方法，其特征在于：所述发布应用数据还包括发布顺序；

所述步骤S2具体为：将多个发布计划按照发布顺序排列组合为一个发布计划。

6.根据权利要求1、2、4、5任一所述的一种应用一键发布和回滚的方法，其特征在于：所述步骤S4具体包括以下步骤：

S4-1：对启动日志判断应用是否正常启动的逻辑进行定义；

S4-2：展示当前应用的启动日志，通过逻辑判断当前应用的启动状态；若启动状态正常，则执行步骤S5；若启动状态异常，则执行步骤S6。

7.根据权利要求5所述的一种应用一键发布和回滚的方法，其特征在于：步骤S5中所述的“返回步骤S4”具体为：返回步骤S4-2。

8.根据权利要求6所述的一种应用一键发布和回滚的方法，其特征在于：所述步骤S2具体包括以下步骤：

S2-1：对发布计划进行审核，若审核通过，则执行步骤S2-2，否则，返回步骤S1-1；

S2-2：将多个发布计划集中组合为一个发布任务，展示在同一发布窗口。

Images