低代码/零代码应用如何实现自动化持续集成？

低代码与零代码已经在很多企业中已经使用起来了，从快速构建页面（表单、列表、图表分析） 到业务功能配置（逻辑加工、流程执行），最后到应用发布其实很多产品都做得不错，不过在零代码或者低代码的情况下，如何做到应用的持续化集成？

什么是持续化集成？

首先我们先理解下什么是持续化集成，我们先以一个例子来看：某已经构建了一个企业内部管理应用1.0 ，而且已经使用了一段时间了，已经形成生成的业务数据了，如何才能升级到2.0，这个过程我们称之为持续化集成。

低代码/零代码的应用，如何做持续化版本迭代？

低代码或者零代码的应用做持续化集成 和 传统代码开发的模式差不多的，要考虑 几个问题： 业务功能如何增加？业务数据如何平滑切换？应用如何发布？等几个问题。 只不过 低代码或者零代码的产品 其实做了一系列的功能抽象，那么针对这些抽象功能的配置化出来的应用如何再做版本管理，就要复杂一些。

市面上有多种厂家，也有多种实现的方式， 首先看 大部分的低代码厂家是通过库表的结构动态生成增删改查的机械性代码，再由人工去补充业务代码，那么这种应用如果要迭代升级2.0版本的情况下，只能采用在1.0版本的代码上，人工修改代码，也就是说这种迭代是传统的代码开发的模式， 也是“一次性的低代码”；

另外一种方式低代码迭代方式，以配置功能为核心，开发平台内部提供了应用功能的增量更新的能力 ，那么这种模式下客户在1.0 升级到2.0 时，不需要对代码进行修改，系统只是修改 配置的功能，这种也成为 “可持续化的低代码”

低代码/零代码持续化版本迭代，需要哪些功能？

1、首先必须具备应用管理的功能， 有了应用才有应用版本管理的基础

应用是持续化迭代的最基础的对象，低代码或者零代码中的应用是 表单、列表、流程、图表、逻辑等配置功能的有机汇总，满足咱们日常企业中的某些功能应用，JVS把这些基础的配置汇集成轻应用，在业务系统中可以选择不同的应用看到对应的操作

2、需要有应用的不同环境，应用可以在 开发环境、测试环境、正式环境中 做相应流转

整个应用的持续化都是通过开发提交测试，测试提交正式上线的过程，业务功能的改动都是通过流程化的过程去做保障一致性和有效性。

3、需要能提供版本升级的 具体操作，升级、回退等操作

版本可以发布、回退、下载离线安装包等操作，

提交之后系统会自动的对提交的过程发起自动化的处理。