14｜编辑历史：是对Git做改造，还是另辟蹊径？

本文深入探讨了低代码编辑器的编辑历史功能实现方式，包括基本编辑历史功能和多分支编辑历史功能。作者介绍了在低代码平台中使用Git的限制和解决方案，并简要描述了低代码平台Awade的编辑历史实现方式，包括基于全量数据的存储和双向链表结构。文章还讨论了前端侧的实现，包括如何实现分支管理的可视化。最后，文章提到了编辑历史分支的合并问题，指出采用Git的方案可以直接使用Git的分支管理能力，而采用Awade的方案则需要进一步说明。整体而言，本文为开发者提供了有益的技术参考，深入浅出地介绍了编辑历史功能的实现方式。 在今天的讲述中，我们解决了低代码编辑器的编辑历史功能，从基本的撤销、重做功能到多分支编辑历史的实现。多分支编辑历史对于低代码编辑器是必要的，它不仅降低了应用团队试错的成本，还帮助进行应用版本管理。我们采用了两种后台实现方法，Awade采用基于文件IO的方式，而另一种是基于Git的方式。无论后台采用哪种方式实现，从应用开发人员的角度看，在前端的可视化分支管理功能的实现上，Awade和Git这两个方案没有区别。但需要注意，如果后台采用的是Git，切勿掉入可视化管理功能为了Git而Git的误区。支持多分支编辑历史的功能是低代码编辑器具有代码托管能力的一种体现，它还需要承担更多的代码托管功能。除了帮助应用试错和版本管理之外，多分支编辑历史还需要承担其他代码托管的功能，这需要进一步探讨。 这篇文章为开发者提供了深入的技术参考，介绍了编辑历史功能的实现方式，对于低代码编辑器的开发具有重要的指导意义。