CN115629746B - 一种低代码平台多人协同开发的方法及系统 - Google Patents

Abstract

本发明提供了一种低代码平台多人协同开发的方法及系统，方法包括：开发者从中央管理服务器把开发项目的至少一个模块所对应文件下载到低代码平台，其他开发者禁止修改所述至少一个模块所对应文件；开发者在低代码平台修改所述至少一个模块所对应文件，生成变更文件，与所述低代码平台通信的分布式系统服务器获取所述变更文件；开发者通过所述分布式系统服务器向所述中央管理服务器推送所述变更文件。系统基于上述方法。本发明将低代码平台的功能进行归纳拆解，通过分布式系统的架构，实现了在低代码平台上的版本控制，解决多人协同开发的问题，允许开发者在本地文件库工作，设计完成基于版本控制的低代码平台的协同开发。

Description

一种低代码平台多人协同开发的方法及系统

技术领域

本发明涉及协同开发技术领域，尤其涉及一种低代码平台多人协同开发的方法及系统。

背景技术

企业数字化转型是建立在数字化转换、数字化升级基础上，进一步触及公司核心业务，以新建一种商业模式为目标的高层次转型。目前考虑到降低企业数字化转型门槛，通常做法是通过易用工具帮助开发者解决难题并降低门槛实现对数字世界的创想。

企业数字化转型面临着协同开发问题，在传统的编码开发领域，协同开发的技术非常成熟。比如Git，SVN等等基于版本控制的系统，都能高效解决协同开发的问题，也已经成为最佳实践。

但是对代表易用工具的低代码平台而言，代码都被抽象成UI的功能，单次操作所对应的代码量非常大，功能抽象度高，没有办法基于低代码平台的单次操作进行控制。因此目前的低代码开发平台没有找到相关技术方案解决低代码平台协同开发的问题。

发明内容

本发明提供了一种低代码平台多人协同开发的方法及系统，将低代码平台的功能进行归纳拆解，通过分布式系统的架构，实现了在低代码平台上的版本控制，解决多人协同开发的问题，允许开发者在本地文件库工作，设计完成基于版本控制的低代码平台的协同开发。

实现本发明目的的技术方案如下：

一方面，提供一种低代码平台多人协同开发的方法，包括：

开发者从中央管理服务器把开发项目的至少一个模块所对应文件下载到低代码平台，其他开发者禁止修改所述至少一个模块所对应文件；

开发者在低代码平台修改所述至少一个模块所对应文件，生成变更文件，与所述低代码平台通信的分布式系统服务器获取所述变更文件；

开发者通过所述分布式系统服务器向所述中央管理服务器推送所述变更文件。

基于一方面，在一种可能的实现方式中，开发项目的至少一个模块所对应文件，包括：

低代码平台将开发项目划分成若干模块，若干模块包括数据库模块、文件夹模块、页面模块、应用程序设置模块、主题模块、图片库模块、公用命令模块、用户管理系统模块；

低代码平台的若干模块对应若干文件，每个模块对应至少一个文件；

低代码平台锁定至少一个模块获得至少一个模块对应的所有文件；

低代码平台从中央管理服务器把所有文件下载到低代码平台。

基于一方面，在一种可能的实现方式中，所述低代码平台从中央管理服务器把所有文件下载到低代码平台，包括：

开发者在低代码平台登录个人信息；

开发者签出一个模块过程中低代码平台从低代码平台的中央管理服务器预备把文件下载到本地；

低代码平台的检查模块检查所述一个模块是否已经被其他开发者签出，若已被签出则本次文件下载到本地失败，若未被签出则本次文件成功下载到本地。

基于一方面，在一种可能的实现方式中，所述开发者从中央管理服务器把开发项目的至少一个模块所对应文件下载到低代码平台，包括：

开发者在低代码平台登录个人信息；

开发者在低代码平台选择签出模块，低代码平台从分布式系统服务器获取字典并在字典中更新所述签出模块，低代码平台在中央管理服务器采用维护一个字典的方式实现文件上锁；

分布式系统服务器提交所述签出模块的签出信息并尝试推送变更，若推送变更成功则所述签出模块对应的文件下载到低代码平台，若推送变更失败则停止文件下载并告知开发者所述签出模块签出失败。

基于一方面，在一种可能的实现方式中，与所述低代码平台通信的分布式系统服务器调取所述变更文件，包括：

开发者在低代码平台修改文件直至完成修改内容形成变更文件；

开发者通过低代码平台提交变更文件并向分布式系统服务器申请发送请求；

分布式系统服务器从低代码平台获取变更文件并释放所述至少一个模块；

分布式系统服务器向中央管理服务器推送变更文件。

另一方面，提供一种低代码平台多人协同开发的系统，包括：

中央管理服务器，所述中央管理服务器存储有协同开发项目数据，所述协同开发项目数据至少包括第一模块所对应文件和第二模块所对应文件；

第一低代码平台，所述第一低代码平台与所述中央管理服务器通信，所述第一低代码平台锁定第一模块后下载且修改第一模块所对应文件；

第二低代码平台，所述第二低代码平台与所述中央管理服务器通信，所述第二低代码平台锁定第二模块后下载且修改第二模块所对应文件；

分布式系统服务器，所述分布式系统服务器与所述第一低代码平台和所述第二低代码平台通信，所述分布式系统服务器变更并向所述中央管理服务器推送第一模块所对应文件和第二模块所对应文件，所述分布式系统服务器释放第一模块和第二模块。

基于另一方面，在一种可能的实现方式中，所述分布式系统服务器与所述中央管理服务器通信；

所述分布式系统服务器将所述协同开发项目数据拆散成多个文件并保存于文件夹；

所述分布式系统服务器通过版本控制系统保存多个文件的版本信息，所述分布式系统服务器将多个文件上传至所述中央管理服务器。

基于另一方面，在一种可能的实现方式中，所述第一低代码平台和所述第二低代码平台均包括签出模块和释放模块，签出模块和释放模块均与所述分布式系统服务器通信；

签出模块锁定第一模块和第二模块，以实现第一模块对应文件和第二模块对应文件上锁；

所述第一低代码平台修改第一模块所对应文件得到第一变更文件和第一变更记录，所述第二低代码平台修改第二模块所对应文件得到第二变更文件和第二变更记录，所述第一低代码平台将第一变更文件和第一变更记录提交到所述分布式系统服务器和所述中央管理服务器，所述第二低代码平台将第二变更文件和第二变更记录提交到所述分布式系统服务器和所述中央管理服务器。

基于另一方面，在一种可能的实现方式中，所述第一低代码平台和所述第二低代码平台向所述分布式系统服务器每次提交变更文件均具有创建记录，创建记录作为版本控制的历史数据。

基于另一方面，在一种可能的实现方式中，所述分布式系统服务器包括版本控制模块，所述版本控制模块把所述中央管理服务器上存储的版本控制信息拉回所述分布式系统服务器，所述分布式系统服务器将版本控制信息转化为列表显示出来。

基于另一方面，在一种可能的实现方式中，所述版本控制模块的控制过程包括：获取所有版本信息单元、回滚到指定版本单元和提交变更单元。

需要说明的是，本发明的版本控制模块将每次分布式系统服务器推送的变更文件都会保存为一份历史文件，版本控制模块在控制分布式系统服务器向中央管理服务器推送变更文件之前，先将中央管理服务器中最新时间的文件更新到变更文件（即中央管理服务器将锁定模块除外的剩余模块最新更新文件叠加到变更文件），然后才把变更文件推送给中央管理服务器。

与现有技术相比，本发明的有益效果是：

本发明将低代码平台的功能进行归纳拆解，通过分布式系统的架构，实现了在低代码平台上的版本控制，解决多人协同开发的问题，允许开发者在本地文件库工作，设计完成基于版本控制的低代码平台的协同开发。

附图说明

图1为本发明提供的一种低代码平台多人协同开发的方法流程图；

图2为本发明提供的文件上锁流程图；

图3为本发明提供的模块签出过程流程图；

图4为本发明提供的文件解锁流程图；

图5为本发明提供的单个用户流程图；

图6为本发明提供的分布式系统原理图；

图7为本发明提供的提交变更流程图。

具体实施方式

下面结合附图所示的各实施方式对本发明进行详细说明，但应当说明的是，这些实施方式并非对本发明的限制，本领域普通技术人员根据这些实施方式所作的功能、方法、或者结构上的等效变换或替代，均属于本发明的保护范围之内。

目前有多种低代码开发平台，但是没有相关技术方案解决了低代码平台，协同开发的问题。在传统的编码开发领域，协同开发的技术非常成熟。比如Git，SVN等基于版本控制的系统都能高效解决协同开发的问题，也已经成为最佳实践。但是对于低代码平台，代码都被抽象成UI的功能，单次操作所对应的代码量非常大，没有办法基于低代码平台的单次操作进行控制。因此传统基于版本控制的协同开发很难和低代码平台结合起来。

协同开发主要解决的根本问题是版本控制，为用户解决的问题是协同开发。版本控制指的是将每一次代码提交的变更都会保存一份历史，每一次文件的改变，文件的版本号都将增加。协同开发指的是基于版本控制至少，解决不同开发者同时针对同一个项目进行开发的过程。

现有低代码平台由于功能抽象度高，无法对功能直接进行版本控制，本发明实施例将低代码平台的功能进行归纳拆解。使低代码平台的功能能够符合传统版本控制的理论思想，最终设计完成基于版本控制的低代码平台的协同开发。

请参阅图1，本发明实施例提供了一种低代码平台多人协同开发的方法，包括：

开发者从中央管理服务器把开发项目的至少一个模块所对应文件下载到低代码平台，其他开发者禁止修改至少一个模块所对应文件；

开发者在低代码平台修改至少一个模块所对应文件，生成变更文件，与低代码平台通信的分布式系统服务器获取变更文件；

开发者通过分布式系统服务器向中央管理服务器推送变更文件。

需要说明的是，本发明实施例的开发项目基于版本控制系统。

版本控制系统是把每一个版本的代码都保存下来，方便管理。最简单的情况是开发人员可以自己保存每一个版本的代码，做上编号。这种方法虽然可以控制版本，但是效率很低，除了需要维护很多份相同源码，还依赖开发者的自我修养和开发素质，并且很容易导致错误发生。

为了避免错误发生，本发明实施例选用差分编码会把相同的代码重复保存很多次，因此使用差分编码的方式可以更有效地保存文件。差分编码指的是每次只保存当前版本与上一次版本之间的差异。

分布式系统传统的方法会把文件都保存在一个机器上，但是如果要让多人协同。则会把文件放在一个共享目录中（中央式系统）进行管理。但是中央管理的文件如果没有管理访问的权限（隔离控制），就很可能出现开发者改写彼此文件的情况。为了解决改写的问题，把所有版本控制的工作放在一个服务器上（即本发明实施例的中央管理服务器），通过给中央管理服务器上的文件“上锁”，隔离开发者的工作，一次只允许一个开发者对文件某部分进行修改。

本发明实施例除了向文件“上锁”，还允许开发者在本地文件库工作，允许多个开发者对同一文件进行更改，各个本地文件库再提交至分布式系统服务器，中央管理服务器可以调取各个本地文件库的文件进行合并每个更改的功能。

本发明实施例在低代码平台使用版本控制系统（git）辅助实现，借助Git系统的版本控制功能，分布式系统的结构加上文件上锁来进行隔离实现低代码平台的版本控制功能。基于版本控制，解决了协同开发的问题。本发明实施例的低代码平台具有版本控制功能，本发明实施例的低代码平台为用户端，本发明实施例低代码平台的服务器为服务端（即本发明实施例的分布式系统服务器）。

本发明实施例的版本控制系统，分布式系统服务器与中央管理服务器通信，分布式系统服务器具备认证功能，用账号认证才能提交更改到服务器。分布式系统服务器提交、拉去，获取变更记录。

在上述方法中，开发项目的至少一个模块所对应文件，包括：

低代码平台将开发项目划分成若干模块，若干模块包括数据库模块、文件夹模块、页面模块、应用程序设置模块、主题模块、图片库模块、公用命令模块、用户管理系统模块；

低代码平台的若干模块对应若干文件，每个模块对应至少一个文件；

低代码平台锁定至少一个模块获得至少一个模块对应的所有文件；

低代码平台从中央管理服务器把所有文件下载到低代码平台。

由于低代码平台的功能抽象度较高，一个简单的UI操作对应多个元数据的变化。因此，低代码平台的功能做文件上锁是一个最合适的办法。但文件上锁，需要将元数据进行划分，划分的粒度越细，不同开发者之间冲突的情况就越少。

在低代码平台中，将所有的开发模块分为以下几个（模块的划分并不固定，随着低代码平台的迭代更新，功能的添加，模块的划分也会增加，但模块划分的思想主要是要把模块划分为可以做版本控制的二进制文件或者可以做差分编码的文本文件）：数据库模块（对于文件型数据库，按库为单位上锁。对于数据库系统，可以按表为单位上锁）、文件夹模块（页面文件夹，按每个文件夹为单位上锁）、页面模块（对于页面，按每个页面为单位上锁）、应用程序设置模块（Web应用程序通常会包含一些设置，这些设置会存储在一个配置文件里，按配置文件为单位上锁）、主题模块（网站样式的一种设置文件，以json格式存储，按配置文件为单位上锁）、图片库模块（应用程序通常会需要引用图片，用户需要上传一些图片；按整个图片库进行上锁）、公用命令模块（普通的命令存储在页面上，但公用命令独立于页面之外，按元数据文件为单位存储）、用户管理系统模块（用户信息是被存储在数据库当中的，按整个数据库为单位进行上锁）。

在实际应用中，本发明实施例的文件上锁原理是：低代码平台通过在服务器端维护一个字典的方式来实现文件上锁的。当开发者准备修改模块时，先进行判断是否能够上锁目标文件，上锁之后才可以进行修改。

请参阅图2，本发明实施例的低代码平台与服务端字典的交互逻辑如下：（1）文件上锁（签出）图3表述了一个模块签出的过程，实际的功能中，一个操作可能对应多个模块，同时要对多个模块进行检查签出。（2）文件解锁（签入，提交），请参阅图4，当变更完成时，先把字典从服务器上获取下来，释放本地锁定的模块，然后在与本地的变更一起推送的服务器上。如果在推送时发生异常，则需要回滚对应的变更，并给用户报错。

在上述方法中，低代码平台从中央管理服务器把所有文件下载到低代码平台，包括：

开发者在低代码平台登录个人信息；

开发者签出一个模块过程中低代码平台从低代码平台的中央管理服务器预备把文件下载到本地；

低代码平台的检查模块检查一个模块是否已经被其他开发者签出，若已被签出则本次文件下载到本地失败，若未被签出则本次文件成功下载到本地。

在上述方法中，开发者从中央管理服务器把开发项目的至少一个模块所对应文件下载到低代码平台，包括：

开发者在低代码平台登录个人信息；

开发者在低代码平台选择签出模块，低代码平台从分布式系统服务器获取字典并在字典中更新签出模块，低代码平台在中央管理服务器采用维护一个字典的方式实现文件上锁；

分布式系统服务器提交签出模块的签出信息并尝试推送变更，若推送变更成功则签出模块对应的文件下载到低代码平台，若推送变更失败则停止文件下载并告知开发者签出模块签出失败。

在上述方法中，与低代码平台通信的分布式系统服务器调取变更文件，包括：

开发者在低代码平台修改文件直至完成修改内容形成变更文件；

开发者通过低代码平台提交变更文件并向分布式系统服务器申请发送请求；

分布式系统服务器从低代码平台获取变更文件并释放至少一个模块；

分布式系统服务器向中央管理服务器推送变更文件。

本发明实施例提供了一种低代码平台多人协同开发的系统，包括：

中央管理服务器，中央管理服务器存储有协同开发项目数据，协同开发项目数据至少包括第一模块所对应文件和第二模块所对应文件；

第一低代码平台，第一低代码平台与中央管理服务器通信，第一低代码平台锁定第一模块后下载且修改第一模块所对应文件；

第二低代码平台，第二低代码平台与中央管理服务器通信，第二低代码平台锁定第二模块后下载且修改第二模块所对应文件；

分布式系统服务器，分布式系统服务器与第一低代码平台和第二低代码平台通信，分布式系统服务器变更并向中央管理服务器推送第一模块所对应文件和第二模块所对应文件，分布式系统服务器释放第一模块和第二模块。

请参阅图5所示的单个用户流程图，协同的功能可以被拆分为协同工程、用户认证和版本控制，协同工程包括创建协同工程、打开协同工程和保存协同工程，版本控制包括获取所有版本信息、回滚到指定版本和提交变更，模块管理包括签出模块和释放模块。模块的自动签出及释放。

在上述系统中，分布式系统服务器与中央管理服务器通信；

分布式系统服务器将协同开发项目数据拆散成多个文件并保存于文件夹；

分布式系统服务器通过版本控制系统保存多个文件的版本信息，分布式系统服务器将多个文件上传至中央管理服务器。

请参阅图6，本发明实施例为了支持版本控制，基于上述模块划分，工程的设计从原本的单一文件，被拆散为多个文件，并保存在文件夹中。通过版本控制系统Git，在本地的目录中，保存一份工程文件，在远端服务器上保存一份最新的工程文件。符合分布式系统结构。协同工程和普通工程最大的区别在于，分布式存储，除了本地有一份工程外，需要用户提供一个Git服务器的地址，活字格会把工程上传至指定的服务器上。从开始使用协同功能以后，用户所有的变更，都需要遵循文件隔离，通过签出给对应模块的元数据上锁，通过提交变更到服务器，来个模块的元数据进行解锁。同时，每一次的提交也必须创建记录，作为版本控制的历史数据。

打开协同工程，与创建协同工程不同，当一个工程已经存在云端时，需要先把该工程拉取到本地之后，再通过低代码平台进行加载，打开。保存协同工程，保存协同工程指的是，把当前的修改直接保存到本地存储的工程中去。

用户认证：由于使用了分布式系统，Git在访问远端服务器时，通常需要一个账号来进行认证及区分用户。在活字格中，提供了UI允许用户输入账号及密码，活字格对其进行加密保存，并在访问Git时使用。

在上述系统中，第一低代码平台和第二低代码平台均包括签出模块和释放模块，签出模块和释放模块均与分布式系统服务器通信；

签出模块锁定第一模块和第二模块，以实现第一模块对应文件和第二模块对应文件上锁；

第一低代码平台修改第一模块所对应文件得到第一变更文件和第一变更记录，第二低代码平台修改第二模块所对应文件得到第二变更文件和第二变更记录，第一低代码平台将第一变更文件和第一变更记录提交到分布式系统服务器和中央管理服务器，第二低代码平台将第二变更文件和第二变更记录提交到分布式系统服务器和中央管理服务器。

在上述系统中，第一低代码平台和第二低代码平台向分布式系统服务器每次提交变更文件均具有创建记录，创建记录作为版本控制的历史数据。

在上述系统中，分布式系统服务器包括版本控制模块，版本控制模块把中央管理服务器上存储的版本控制信息拉回分布式系统服务器，分布式系统服务器将版本控制信息转化为列表显示出来。

在上述系统中，版本控制模块的控制过程包括：获取所有版本信息单元、回滚到指定版本单元和提交变更单元。

本发明实施例的版本控制是协同的基础，在每次提交变更时，都生成了对应的记录。通过Git就可以把远端服务器上存储的版本控制信息直接拉去回来，并转化为列表显示出来。把所有历史版本的简要信息，通过Git都拉回到本地并显示出来，从而获取所有版本信息。本发明实施例的回滚到指定版本，是通过Git，及历史版本的ID号，拉去对应版本的工程文件到本地。同时使用活字格重新加载该版本的工程文件。本发明实施例的提交变更如图7所示，提交变更首先会把打开的临时工程保存回至本地存储的工程。

本发明实施例的模块的自动签出及释放，在低代码平台中，问了方便使用，对各种功能会做了易用性的处理，当用户执行了一个操作时，低代码平台会自动分析所对应的模块，然后对涉及的模块进行上锁处理。

本发明实施例通过细化低代码平台的功能模块，结合版本控制系统，通过分布式系统的架构，实现了在低代码平台上的版本控制，解决多人协同开发的问题。将编码开发模式下项目管理的最佳实践引入低代码开发，兼容瀑布模型、敏捷模型等软件项目管理方法论，帮助开发者提升中大型企业级软件开发项目的管理能力，降低项目风险。本发明实施例中，创意性的将低代码功能模块分割化，创意性的将功能元数据进行版本控制，同时使用文件上锁的方式，达到协同的目的。

上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明，它们并非用以限制本发明的保护范围，凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

Claims (8)

1.一种低代码平台多人协同开发的方法，其特征在于，包括：

开发者从中央管理服务器把开发项目的至少一个模块所对应文件下载到低代码平台，其他开发者禁止修改所述至少一个模块所对应文件；

开发者在低代码平台修改所述至少一个模块所对应文件，生成变更文件，与所述低代码平台通信的分布式系统服务器调取所述变更文件；

开发者通过所述分布式系统服务器向所述中央管理服务器推送所述变更文件；

开发项目的至少一个模块所对应文件，包括：

低代码平台将开发项目划分成若干模块，若干模块包括数据库模块、文件夹模块、页面模块、应用程序设置模块、主题模块、图片库模块、公用命令模块、用户管理系统模块；

低代码平台的若干模块对应若干文件，每个模块对应至少一个文件；

低代码平台锁定至少一个模块获得至少一个模块对应的所有文件；

低代码平台从中央管理服务器把所有文件下载到低代码平台；

所述开发者从中央管理服务器把开发项目的至少一个模块所对应文件下载到低代码平台，包括：

开发者在低代码平台登录个人信息；

开发者在低代码平台选择签出模块，低代码平台从分布式系统服务器获取字典并在字典中更新所述签出模块，低代码平台在中央管理服务器采用维护一个字典的方式实现文件上锁；

分布式系统服务器提交所述签出模块的签出信息并尝试推送变更，若推送变更成功则所述签出模块对应的文件下载到低代码平台，若推送变更失败则停止文件下载并告知开发者所述签出模块签出失败。

2.根据权利要求1所述的低代码平台多人协同开发的方法，其特征在于，所述低代码平台从中央管理服务器把所有文件下载到低代码平台，包括：

开发者在低代码平台登录个人信息；

开发者签出一个模块过程中低代码平台从低代码平台的中央管理服务器预备把文件下载到本地；

低代码平台的检查模块检查所述一个模块是否已经被其他开发者签出，若已被签出则本次文件下载到本地失败，若未被签出则本次文件成功下载到本地。

3.根据权利要求1所述的低代码平台多人协同开发的方法，其特征在于，与所述低代码平台通信的分布式系统服务器调取所述变更文件，包括：

开发者在低代码平台修改文件直至完成修改内容形成变更文件；

开发者通过低代码平台提交变更文件并向分布式系统服务器申请发送请求；

分布式系统服务器从低代码平台获取变更文件并释放所述至少一个模块；

分布式系统服务器向中央管理服务器推送变更文件。

4.一种低代码平台多人协同开发的系统，其特征在于，低代码平台多人协同开发的系统基于权利要求1-3任一项所述的低代码平台多人协同开发的方法；

系统包括：

中央管理服务器，所述中央管理服务器存储有协同开发项目数据，所述协同开发项目数据至少包括第一模块所对应文件和第二模块所对应文件；

第一低代码平台，所述第一低代码平台与所述中央管理服务器通信，所述第一低代码平台锁定第一模块后下载且修改第一模块所对应文件；

第二低代码平台，所述第二低代码平台与所述中央管理服务器通信，所述第二低代码平台锁定第二模块后下载且修改第二模块所对应文件；

分布式系统服务器，所述分布式系统服务器与所述第一低代码平台和所述第二低代码平台通信，所述分布式系统服务器变更并向所述中央管理服务器推送第一模块所对应文件和第二模块所对应文件，所述分布式系统服务器释放第一模块和第二模块。

5.根据权利要求4所述的低代码平台多人协同开发的系统，其特征在于，所述分布式系统服务器与所述中央管理服务器通信；

所述分布式系统服务器将所述协同开发项目数据拆散成多个文件并保存于文件夹；

所述分布式系统服务器通过版本控制系统保存多个文件的版本信息，所述分布式系统服务器将多个文件上传至所述中央管理服务器。

6.根据权利要求4所述的低代码平台多人协同开发的系统，其特征在于，所述第一低代码平台和所述第二低代码平台均包括签出模块和释放模块，签出模块和释放模块均与所述分布式系统服务器通信；

签出模块锁定第一模块和第二模块，以实现第一模块对应文件和第二模块对应文件上锁；

所述第一低代码平台修改第一模块所对应文件得到第一变更文件和第一变更记录，所述第二低代码平台修改第二模块所对应文件得到第二变更文件和第二变更记录，所述第一低代码平台将第一变更文件和第一变更记录提交到所述分布式系统服务器和所述中央管理服务器，所述第二低代码平台将第二变更文件和第二变更记录提交到所述分布式系统服务器和所述中央管理服务器。

7.根据权利要求6所述的低代码平台多人协同开发的系统，其特征在于，所述第一低代码平台和所述第二低代码平台向所述分布式系统服务器每次提交变更文件均具有创建记录，创建记录作为版本控制的历史数据。

8.根据权利要求4所述的低代码平台多人协同开发的系统，其特征在于，所述分布式系统服务器包括版本控制模块，所述版本控制模块把所述中央管理服务器上存储的版本控制信息拉回所述分布式系统服务器，所述分布式系统服务器将版本控制信息转化为列表显示出来。

Images