【低代码】低代码平台协同&敏捷场景下的并行开发解决方案探索-京东云开发者社区

> 低代码开发平台的出现，大大地提高的产品交付效率，但是在**协同开发**、**敏捷迭代**的场景下，也暴露出了一些问题。
> 
> 例如：
> - 多人同时对项目进行修改，相互影响甚至修改内容被互相覆盖；
> - 同一项目下多个需求同步开发，但需求上线日期不统一，无法拆分上线等等。
> 
> 本文将根据不同诉求，渐进式的讨论支持并行开发的各种解决方案。

**低代码开发平台**（Low-Code Development Platform，LCDP），帮助用户使用可视化图形界面（拖拽搭建或配置化方式）编写应用程序，而无需进行传统的编程开发。

低代码开发平台的研发团队往往把更多的经历投入到应用程度**搭建过程**的完善和丰富上（例如，丰富可通过搭建实现的功能，优化拖拽搭建的交互体验等），而忽略了项目**交付过程**的能力和体验。

## 一、项目整体交付

大部分低代码平台，尤其是具备出码能力或托管部署能力的低代码平台，都会采用项目整体交付的形式提供服务。

在用户触发交付流程时，低代码平台会以当前时刻的项目配置、页面配置等，进行代码生产、CI/CD流水线等操作。

![项目整体交付](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-04-18-45uObr9keqphauckN.png)

![项目整体交付](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-06-10-33i33pU10sMi733zDByk.png)

![项目整体交付](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-04-17-28ibdwuFAHm7ZFnXN.png)

## 二、缩小交付颗粒度

为了提升交付的灵活性，可以通过缩小交付颗粒度的方式，一定程度上的避免多人开发相互影响以及多需求同时开发的问题。例如**以页面维度作为最小独立可发布单元**。

![缩小交付颗粒度](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-04-18-45gGjZjBBx26h9TcL9.png)

![缩小交付颗粒度](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-06-10-33YpVcL0712sqBnRbK.png)

## 三、虚拟分支交付

在进行实际需求开发过程中，往往会出现同一需求需要对多个页面进行修改，且修改内容相互依赖的情况。此时可以引入一种类似于代码开发过程中使用的**分支**的概念，将多个页面与“分支”进行关联，使用“分支”作为可发布单元，同一“分支”下的页面同步上线交付。

![虚拟分支交付](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-04-18-456AdHl9Laeh0zp6L.png)

![虚拟分支交付](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-06-10-34SgS34cayMJO8qeW6.png)

![虚拟分支交付](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-04-18-59LV7Ax8YyuMfkRne.png)

用户在进行需求开发时，可以创建一个虚拟“分支”，在该分支下进行页面搭建时，页面会被划入该“分支”，其他“分支”无法再次编辑此页面。需求交付时，可以将该“分支”下的全部页面同时发布部署。

## 四、分支与合并

尽管我们可以将可交付的最小单元定义为**页面**，但仍然会出现多个需求同时需要修改同一页面的情况。

低代码平台往往使用页面维度进行配置信息的存储与管理（即每个页面为一个完成配置文件），当多人或多个需求需要对同一个页面（配置文件）进行修改时，必然会产生多个副本，且交付时必须经过合并的过程。此时我们便需要真正的引入**开发分支**，以及**分支合并**、**解决冲突**等内容了。

![分支与合并](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-04-18-46cDUxv6QGgHqhZWN.png)

![分支与合并](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-06-10-34BI6cpl8e6RrsqRD.png)

![分支与合并](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-05-12-079uNzAzpXyAs12HHV.png)

若同一页面被分别修改、分别部署时，后发起交付流程的用户需要经过“合并”流程。

此时平台会展示自用户开始修改页面的时刻起，其他用户或需求修改并交付的修改内容，与本次修改内容的对比。若“差异”互不影响，则可以自动“合并”；若“差异”存在“冲突”，则需要由用户来进行决策。

## 五、可视化分支合并

低代码平台的使用者很可能是非研发人员，而且即便是研发人员，也很难要求用户理解配置文件的内容。此时就需要一种可视化的分支合并与解决冲突的交互方案。

![可视化分支合并](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-05-16-27BlUGc6Hnuxo4AWt.png)

在左侧预览区域，可以高亮展示存在差异或冲突的元素。并在右侧配置区分别展示“线上状态”和“本次修改”的内容，使用“差异”图标高亮不同的配置项内容。用户可以通过点击“差异”图标，切换左侧预览区展示的版本。并在确认后进行保存。

## 未来畅想 - AIGC

在进行低代码协同开发过程中，可以尝试引入AIGC进行配置信息的理解和分析，帮助用户理解、描述修改的内容，发现问题漏洞，并且在进行配置合并时给出建议。

![AIGC](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2023-12-05-17-0245XREx8KJrDVDkYe.png)