CN117407023A - 低代码平台应用版本自动化升级方法、装置、设备及介质 - Google Patents

Abstract

本申请提供一种低代码平台应用版本自动化升级方法、装置、设备及介质，该方法通过数据库版本管理工具自动执行低代码平台应用的版本升级操作，根据目标应用的应用信息，从应用数据库中查询目标应用的可用版本号，通过对比目标应用的当前版本号和可用版本号，判断是否需要对目标应用执行版本升级操作，避免数据频繁更新或更新至低版本数据；在可用版本号高于当前版本号时，对目标应用执行版本升级操作，从而使得目标应用的应用数据更新至最新版本。由此，可以避免人为升级过程中可能存在的误操作，且直接对应用数据进行更新，避免数据冗余，提高应用升级的效率和准确性，进而提高低代码平台的中应用版本升级的可靠性。

Description

低代码平台应用版本自动化升级方法、装置、设备及介质

技术领域

本申请涉及低代码平台开发技术领域，尤其涉及一种低代码平台应用版本自动化升级方法、装置、设备及介质。

背景技术

随着科技的进步和发展，人们一直在追寻如何能快速提升效率。在计算机诞生以后，从一开始机器语言，逐步发展到如今的高级语言，人们正从完全独立编写代码这一步跨越到使用各种框架和服务。低代码服务平台，其实是从国外IT公司Forrester率先提出Low-code developmentplayform这一概念翻译过来的，其中的Low-code意思就是指可以使用较少的代码或者是不需要写代码来搭建出软件应用。可想而知，低代码开发平台一来可以提升程序员的开发效率，二来可以满足不懂代码的人随时能参与到项目开发中。

伴随着使用人数的增长与低代码平台的版本迭代，市面上的许多开发者使用的版本并未同步更新成最新版，各种低版本仍处于使用状态。低代码服务平台应用版本升级技术应运而生，然而大多数产品的应用版本升级是兼容方法，对老旧数据进行兼容，升级至新版使其仍可以继续维护使用。

兼容方法，是在升级的同时，对老旧代码进行向下兼容，会使得其内部结构十分冗余，整体项目变得及其臃肿，尤其从长期来看，版本迭代越来越多，需要兼容的版本也随之增长，工作量无法估量。对未来的开发与维护都会造成很大的不便，很大的降低了产品的可阅读性，也降低了产品可扩展性。并且人为升级，存在升级步骤时存有遗漏，重复执行或不可逆等诸多不便之处。

因此，如何解决目前低代码平台的中应用版本升级的可靠性成为亟待解决的技术问题。

发明内容

本申请提供了一种低代码平台应用版本自动化升级方法、装置、设备及存储介质，旨在提高低代码平台的中应用版本升级的可靠性。

第一方面，本申请提供一种低代码平台应用版本自动化升级方法，所述方法包括：

在接收到应用升级指令时，基于数据库版本管理工具，获取目标应用的应用信息和当前版本号；

基于所述目标应用的应用信息，从应用数据库中查询所述目标应用的可用版本号；

在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本。

第二方面，本申请还提供一种低代码平台应用版本自动化升级装置，所述低代码平台应用版本自动化升级装置包括：

应用信息获取模块，用于在接收到应用升级指令时，基于数据库版本管理工具，获取目标应用的应用信息和当前版本号；

版本号查询模块，用于基于所述目标应用的应用信息，从应用数据库中查询所述目标应用的可用版本号；

版本升级执行模块，用于在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本。

第三方面，本申请还提供一种计算机设备，所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序，其中所述计算机程序被所述处理器执行时，实现如上述的低代码平台应用版本自动化升级方法的步骤。

第四方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其中所述计算机程序被处理器执行时，实现如上述的低代码平台应用版本自动化升级方法的步骤。

本申请提供一种低代码平台应用版本自动化升级方法、装置、设备及存储介质，本申请方法包括在接收到应用升级指令时，基于数据库版本管理工具，获取目标应用的应用信息和当前版本号；基于所述目标应用的应用信息，从应用数据库中查询所述目标应用的可用版本号；在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本。通过上述方式，本申请在接收到应用升级指令时，通过数据库版本管理工具自动执行低代码平台应用的版本升级操作，根据目标应用的应用信息，从应用数据库中查询目标应用的可用版本号，通过对比目标应用的当前版本号和可用版本号，判断是否需要对目标应用执行版本升级操作，避免数据频繁更新或更新至低版本数据；在可用版本号高于当前版本号时，对目标应用执行版本升级操作，从而使得目标应用的应用数据更新至最新版本。由此，可以避免人为升级过程中可能存在的误操作，且直接对应用数据进行更新，避免数据冗余，提高应用升级的效率和准确性，进而提高低代码平台的中应用版本升级的可靠性。

附图说明

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

图1为本申请提供的一种低代码平台应用版本自动化升级方法第一实施例的流程示意图；

图2为本申请提供的低代码平台应用版本自动化升级方法第二实施例的流程示意图；

图3为本申请提供的低代码平台应用版本自动化升级方法第三实施例的流程示意图；

图4为本申请实施例提供的一种管道模式升级应用的流程示意图；

图5是本申请提供的一种低代码平台应用版本自动化升级装置第一实施例的结构示意图；

图6是本申请实施例提供的一种计算机设备的结构示意性框图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

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

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参照图1，图1为本申请提供的一种低代码平台应用版本自动化升级方法第一实施例的流程示意图。

如图1所示，该低代码平台应用版本自动化升级方法包括步骤S101至步骤S103。

S101、在接收到应用升级指令时，基于数据库版本管理工具，获取目标应用的应用信息和当前版本号。

在一实施例中，在低代码服务平台启动时，执行应用开发框架Spring Boot的自动配置流程；在所述Spring Boot的自动配置流程执行时，生成所述应用升级指令。

在一实施例中，本申请提供的低代码平台应用版本自动化升级方法可以是在Spring Boot应用开发框架环境下执行。

在一实施例中，低代码平台(Low-Code)是指通过模型驱动的技术路径和可视化的用户界面，实现基于封装组建的通用模块，编写少量代码进行调用即可完成应用程序搭建的开发平台。

在一实施例中，低代码服务平台启动，目标应用的容器启动时执行SpringBoot(spring应用开发框架)自动配置流程。spring boot中，每一个xxxAutoConfiguration自动配置类，其实就是一个spring容器的JavaConfig形式，它的作用就是为spring容器注入相应的bean。而在注入bean的过程中，所有需要的属性值则是通过xxxProperties的bean来获得的。

在一实施例中，根据应用升级指令，本申请通过数据库版本管理工具自动执行目标应用的应用版本升级操作。数据库版本管理工具获取目标应用的应用信息和当前版本号。

其中，目标应用的应用信息可以包括目标应用的应用名称、开发厂商、应用来源等信息。

在一实施例中，目标应用可以是低代码服务平台，也可以是低代码服务平台中的已开发应用和组件等。

在一实施例中，数据库版本管理工具可以是Flyway。Flyway是一款开源的数据库版本管理工具，可以实现管理并跟踪数据库变更，支持数据库版本自动升级，而且不需要复杂的配置，能够更加方便、合理的管理数据库变更。在部署应用的时候，Flyway可以执行数据库脚本的工具。Flyway支持SQL和Java两种类型的脚本，用户可以将脚本打包到应用程序中，在应用程序启动时，由Flyway来管理这些脚本的执行。

S102、基于所述目标应用的应用信息，从应用数据库中查询所述目标应用的可用版本号。

在一实施例中，Flyway(数据库版本管理工具)开箱即用，对版本升级自动执行脚本，Flyway会自动去查询当前低代码服务平台的版本级别，自动根据当前的版本去依次执行至最新版本之前每个版本的所有升级脚本，这样提供了越级升级的途径，也便捷了升级所需要的操作，完全实现自动化，整个过程都是处于一个事务中，若是中途执行脚本异常等引起的升级失败，则系统会恢复至当前的版本。

其中，开箱即用功能(out-of-the-box feature，也称OOTB或offthe shelf)是指在软件上指产品在安装后，无需配置或修改，即可使用的功能或特性。也指默认即对所有用户可用，不需支付额外费用或进行另外的配置。开箱即用功能可以无需配置就可以实现大部分功能，也可以支持配置。

在一实施例中，数据库版本管理工具根据目标应用的应用信息，比如应用名称、数据来源、开发厂商等，从应用数据库中查询该目标应用的可用版本号，即应用数据库中存储的该目标应用的所有数据版本的版本号。

S103、在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本。

在一实施例中，将当前版本的版本号与最新版本的版本号进行比较，如果当前版本的版本号低于最新版本的版本号，则需要进行内核升级，对目标应用的应用数据进行数据更新，使得目标应用更新至最新版本。

在一实施例中，在可用版本号低于或等于当前版本号时，不需要对目标应用执行版本升级操作，直接结束流程。

本实施例提供一种低代码平台应用版本自动化升级方法，该方法在接收到应用升级指令时，通过数据库版本管理工具自动执行低代码平台应用的版本升级操作，根据目标应用的应用信息，从应用数据库中查询目标应用的可用版本号，通过对比目标应用的当前版本号和可用版本号，判断是否需要对目标应用执行版本升级操作，避免数据频繁更新或更新至低版本数据；在可用版本号高于当前版本号时，对目标应用执行版本升级操作，从而使得目标应用的应用数据更新至最新版本。由此，可以避免人为升级过程中可能存在的误操作，且直接对应用数据进行更新，避免数据冗余，提高应用升级的效率和准确性，进而提高低代码平台的中应用版本升级的可靠性。

请参照图2，图2为本申请提供的低代码平台应用版本自动化升级方法第二实施例的流程示意图。

本实施例中，基于上述图2所示实施例，所述S103包括：

S201、在所述可用版本号高于所述当前版本号时，触发版本升级指令；

在一实施例中，可以通过事件监控的方式触发版本升级指令，当事件监控模块监听到可用版本号高于当前版本号事件时，即触发版本升级指令的生成指令，进而自动生成版本升级指令。

其中，事件监听是指通过某一事物源对象(当某种事件发生时)，然后向监听器传送某种事件对象，监听器里面封装了某种事件信息，接到事件对象后进行某种处理。

S202、基于所述版本升级指令，获取所述可用版本号对应的目标应用的目标应用数据；

在一实施例中，在可用版本号高于当前版本号时，自动触发版本升级指令，并且根据版本升级指令，读取版本数据库中存储的可用版本号对应的目标应用数据。

在一实施例中，版本升级指令可以包括目标应用的应用信息，比如应用名称、开发厂商、数据来源(数据下载地址)等信息，便于从版本数据库中查询目标应用的可用版本号对应的目标应用数据。

S203、基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新，以完成所述目标应用的版本升级操作，将所述目标应用从当前版本升级至最新版本。

在一实施例中，根据目标应用数据，对当前版本号对应的当前应用数据进行数据更新，从而将目标应用的应用数据更新至最新版本。

进一步地，所述基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新之后，还包括：基于预设的版本数据库，存储所述目标应用对应的目标应用数据，以使得所述目标应用数据作为所述目标应用的当前应用数据，所述可用版本号作为所述目标应用的当前版本号。

在一实施例中，对于目标应用的版本升级操作可以是直接通过最新版本的目标应用数据替换版本数据库中当前版本对应的应用数据；也可以是对比两者的区别代码，对当前版本对应的应用数据进行修改、删除、增加数据等操作实现。

在一实施例中，在对目标应用执行版本升级操作之后，将通过预设的版本数据库，存储目标应用的应用数据，即最新版本的应用数据，作为目标应用的当前应用数据，且目标应用的应用版本号随之变更。

进一步地，所述基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新之前，还包括：获取预设的版本数据库中存储的当前版本号对应的所述当前应用数据；基于所述版本数据库，对所述当前应用数据进行封装存储，获得所述目标应用对应所述当前版本号的应用数据包。

在一实施例中，在执行目标应用的应用数据更新之前，首先获取版本数据库中存储的目标应用当前版本号对应的当前应用数据，并且对当前应用数据单独封装和保存，生成目标应用当前版本号对应的应用数据包，以便于在目标应用升级失败时可以通过该应用数据包恢复至当前版本，保证目标应用的持续运行。

进一步地，所述基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新之后，还包括：在所述目标应用的版本升级操作执行失败时，调取所述当前版本号对应的所述应用数据包；基于所述应用数据包，对所述预设版本数据库中更新失败的所述目标应用数据进行替换，以使得所述目标应用的版本号恢复至所述当前版本号。

在一实施例中，在目标应用执行版本升级操作失败时，如网络断连、运行环境不匹配等导致目标应用数据更新失败，从而导致版本升级操作失败时，即可调用版本数据库中存储的当前版本号的应用数据包，重新加载该应用数据包，使得目标应用恢复至原版本继续保持运行。

请参照图3，图3为本申请提供的低代码平台应用版本自动化升级方法第三实施例的流程示意图。

本实施例中，基于上述图3所示实施例，所述S103还包括：

S301、在存在至少两个所述可用版本号高于所述当前版本号时，确定各所述可用版本号的版本号顺序；

在一实施例中，目标应用可能长时间没有进行版本升级，或者目标应用的版本更新较快，版本数据库中存在多个高于当前版本号的可用版本，此时，为避免跨多版本跳跃式升级导致版本升级失败，需要对目标应用进行逐次升级，因此，可以按照版本号大小对高于当前版本号的所有可用版本号进行排序。

S302、基于管道模式，对所述目标应用执行版本升级操作，以使得所述目标应用按照所述版本号顺序依次从当前版本升级到最新版本。

在一实施例中，如图4所示，通过管道模式，对目标应用执行版本升级操作，对目标应用进行逐次升级，直至升级至最新的版本。

在一实施例中，管道模式(Pipeline Pattern)是责任链模式(Chain ofResponsibility Pattern)的常用变体之一。在管道模式中，管道扮演着流水线的角色，将数据传递到一个加工处理序列中，数据在每个步骤中被加工处理后，传递到下一个步骤进行加工处理，直到全部步骤处理完毕。

一般地，责任链模式在链上只会有一个处理器用于处理数据，而管道模式上多个处理器都会处理数据，任务代码较为复杂，需要拆分为多个子步骤时，尤其是后续可能在任意位置添加新的子步骤、删除旧的子步骤、交换子步骤顺序，可以考虑使用管道模式。

请参阅图5，图5是本申请提供的一种低代码平台应用版本自动化升级装置第一实施例的结构示意图，该低代码平台应用版本自动化升级装置用于执行前述的低代码平台应用版本自动化升级方法。其中，该低代码平台应用版本自动化升级装置可以配置于服务器中。

如图5所示，该低代码平台应用版本自动化升级装置400，包括：应用信息获取模块401、版本号查询模块402和版本升级执行模块403。

应用信息获取模块401，用于在接收到应用升级指令时，基于数据库版本管理工具，获取目标应用的应用信息和当前版本号；

版本号查询模块402，用于基于所述目标应用的应用信息，从应用数据库中查询所述目标应用的可用版本号；

版本升级执行模块403，用于在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本。

在一实施例中，所述版本升级执行模块403，还用于在所述可用版本号高于所述当前版本号时，触发版本升级指令；基于所述版本升级指令，获取所述可用版本号对应的目标应用的目标应用数据；基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新，以完成所述目标应用的版本升级操作，将所述目标应用从当前版本升级至最新版本。

在一实施例中，所述低代码平台应用版本自动化升级装置400还包括应用数据存储模块，用于基于预设的版本数据库，存储所述目标应用对应的目标应用数据，以使得所述目标应用数据作为所述目标应用的当前应用数据，所述可用版本号作为所述目标应用的当前版本号。

在一实施例中，所述版本升级执行模块403包括应用数据包存储单元，用于获取预设的版本数据库中存储的当前版本号对应的所述当前应用数据；基于所述版本数据库，对所述当前应用数据进行封装存储，获得所述目标应用对应所述当前版本号的应用数据包。

在一实施例中，所述低代码平台应用版本自动化升级装置400还包括数据恢复模块，用于在所述目标应用的版本升级操作执行失败时，调取所述当前版本号对应的所述应用数据包；基于所述应用数据包，对所述预设版本数据库中更新失败的所述目标应用数据进行替换，以使得所述目标应用的版本号恢复至所述当前版本号。

在一实施例中，所述版本升级执行模块403，还用于在存在至少两个所述可用版本号高于所述当前版本号时，确定各所述可用版本号的版本号顺序；基于管道模式，对所述目标应用执行版本升级操作，以使得所述目标应用按照所述版本号顺序依次从当前版本升级到最新版本。

在一实施例中，所述低代码平台应用版本自动化升级装置400还包括应用升级指令生成模块，用于在低代码服务平台启动时，执行应用开发框架Spring Boot的自动配置流程；在所述Spring Boot的自动配置流程执行时，生成所述应用升级指令。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块的具体工作过程，可以参考前述低代码平台应用版本自动化升级方法实施例中的对应过程，在此不再赘述。

上述实施例提供的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图6所示的计算机设备上运行。

请参阅图6，图6是本申请实施例提供的一种计算机设备的结构示意性框图。该计算机设备可以是服务器。

参阅图6，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口，其中，存储器可以包括非易失性存储介质和内存储器。

非易失性存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令，该程序指令被执行时，可使得处理器执行任意一种低代码平台应用版本自动化升级方法。

处理器用于提供计算和控制能力，支撑整个计算机设备的运行。

内存储器为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种低代码平台应用版本自动化升级方法。

该网络接口用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

应当理解的是，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

其中，在一个实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：

在接收到应用升级指令时，基于数据库版本管理工具，获取目标应用的应用信息和当前版本号；

基于所述目标应用的应用信息，从应用数据库中查询所述目标应用的可用版本号；

在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本。

在一个实施例中，所述处理器在实现所述在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本时，用于实现：

在所述可用版本号高于所述当前版本号时，触发版本升级指令；

基于所述版本升级指令，获取所述可用版本号对应的目标应用的目标应用数据；

基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新，以完成所述目标应用的版本升级操作，将所述目标应用从当前版本升级至最新版本。

在一个实施例中，所述处理器在实现所述基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新之后，还用于实现：

基于预设的版本数据库，存储所述目标应用对应的目标应用数据，以使得所述目标应用数据作为所述目标应用的当前应用数据，所述可用版本号作为所述目标应用的当前版本号。

在一个实施例中，所述处理器在实现所述基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新之前，还用于实现：

获取预设的版本数据库中存储的当前版本号对应的所述当前应用数据；

基于所述版本数据库，对所述当前应用数据进行封装存储，获得所述目标应用对应所述当前版本号的应用数据包。

在一个实施例中，所述处理器在实现所述基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新之后，还用于实现：

在所述目标应用的版本升级操作执行失败时，调取所述当前版本号对应的所述应用数据包；

基于所述应用数据包，对所述预设版本数据库中更新失败的所述目标应用数据进行替换，以使得所述目标应用的版本号恢复至所述当前版本号。

在一个实施例中，所述处理器在实现所述在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本时，还用于实现：

在存在至少两个所述可用版本号高于所述当前版本号时，确定各所述可用版本号的版本号顺序；

基于管道模式，对所述目标应用执行版本升级操作，以使得所述目标应用按照所述版本号顺序依次从当前版本升级到最新版本。

在一个实施例中，所述处理器在实现所述在接收到应用升级指令时，基于数据库版本管理工具，获取目标应用的应用信息和当前版本号之前，还用于实现：

在低代码服务平台启动时，执行应用开发框架Spring Boot的自动配置流程；

在所述Spring Boot的自动配置流程执行时，生成所述应用升级指令。

本申请的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器执行所述程序指令，实现本申请实施例提供的任一种低代码平台应用版本自动化升级方法。

其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(SmartMedia Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种低代码平台应用版本自动化升级方法，其特征在于，所述方法包括：

在接收到应用升级指令时，基于数据库版本管理工具，获取目标应用的应用信息和当前版本号；

基于所述目标应用的应用信息，从应用数据库中查询所述目标应用的可用版本号；

在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本。

2.根据权利要求1所述的低代码平台应用版本自动化升级方法，其特征在于，所述在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本，包括：

在所述可用版本号高于所述当前版本号时，触发版本升级指令；

基于所述版本升级指令，获取所述可用版本号对应的目标应用的目标应用数据；

基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新，以完成所述目标应用的版本升级操作，将所述目标应用从当前版本升级至最新版本。

3.根据权利要求2所述的低代码平台应用版本自动化升级方法，其特征在于，所述基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新之后，还包括：

基于预设的版本数据库，存储所述目标应用对应的目标应用数据，以使得所述目标应用数据作为所述目标应用的当前应用数据，所述可用版本号作为所述目标应用的当前版本号。

4.根据权利要求2所述的低代码平台应用版本自动化升级方法，其特征在于，所述基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新之前，还包括：

获取预设的版本数据库中存储的当前版本号对应的所述当前应用数据；

基于所述版本数据库，对所述当前应用数据进行封装存储，获得所述目标应用对应所述当前版本号的应用数据包。

5.根据权利要求4所述的低代码平台应用版本自动化升级方法，其特征在于，所述基于所述目标应用数据，对所述当前版本号对应的当前应用数据进行数据更新之后，还包括：

在所述目标应用的版本升级操作执行失败时，调取所述当前版本号对应的所述应用数据包；

基于所述应用数据包，对所述预设版本数据库中更新失败的所述目标应用数据进行替换，以使得所述目标应用的版本号恢复至所述当前版本号。

6.根据权利要求1所述的低代码平台应用版本自动化升级方法，其特征在于，所述在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本，还包括：

在存在至少两个所述可用版本号高于所述当前版本号时，确定各所述可用版本号的版本号顺序；

基于管道模式，对所述目标应用执行版本升级操作，以使得所述目标应用按照所述版本号顺序依次从当前版本升级到最新版本。

7.根据权利要求1-6任一项所述的低代码平台应用版本自动化升级方法，其特征在于，所述在接收到应用升级指令时，基于数据库版本管理工具，获取目标应用的应用信息和当前版本号之前，还包括：

在低代码服务平台启动时，执行应用开发框架Spring Boot的自动配置流程；

在所述Spring Boot的自动配置流程执行时，生成所述应用升级指令。

8.一种低代码平台应用版本自动化升级装置，其特征在于，所述低代码平台应用版本自动化升级装置包括：

应用信息获取模块，用于在接收到应用升级指令时，基于数据库版本管理工具，获取目标应用的应用信息和当前版本号；

版本号查询模块，用于基于所述目标应用的应用信息，从应用数据库中查询所述目标应用的可用版本号；

版本升级执行模块，用于在所述可用版本号高于所述当前版本号时，对所述目标应用执行版本升级操作，以将所述目标应用从当前版本升级至最新版本。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序，其中所述计算机程序被所述处理器执行时，实现如权利要求1至7中任一项所述的低代码平台应用版本自动化升级方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，其中所述计算机程序被处理器执行时，实现如权利要求1至7中任一项所述的低代码平台应用版本自动化升级方法的步骤。