嗨，大家好，我是徐小夕。 之前一直在社区分享零代码&低代码的技术实践，也陆陆续续设计并开发了多款可视化搭建产品，比如： H5-Dooring（页面可视化搭建平台） V6.Dooring（可视化大屏搭建

派生（forking）工作流与其他流行的 Git 工作流根本不同。它没有使用单个服务器端仓库作为“中央”代码库，而是为每个开发人员提供了自己的服务器端仓库。这意味着每个贡献者都是两个 Git 仓库：一

GitFlow 工作流（GitFlow Workflow） 是一个 Git 工作流程，可帮助持续进行软件开发和实施 DevOps 实践。它最初由 Vincent Driessen 在 nive 上发行

Git 功能分支工作流（Feature Branch Workflow） 背后的核心思想是所有功能开发应在专用分支而不是master分支中进行。这种封装使多个开发人员可以轻松地使用特定功能，而又不会干

对于从 SVN 过渡的团队来说，集中式工作流（Centralized Workflow）是一个很棒的 Git 工作流。与Subversion一样，集中式工作流使用中央仓库作为项目所有更改的单个入口点。

Git 工作流程是有关如何使用 Git 以一致且富有成效的方式完成工作的秘诀或建议。Git 工作流程鼓励用户有效，一致地利用 Git。 Git 在用户管理变更方面提供了很大的灵活性，鉴于 Git 对灵

一、背景 1.1 背景 团队业务：C端商城，需要支持小程序、H5 团队技术栈：Taro+React多端 打怪过程如下： step1: 部门刚成立的时候，业务跑的很快，从0-1建设多端商城，给我们搞技术

现存微前端方案在适配成本、样式隔离、运行性能、页面白屏、子应用通信、子应用保活、多应用激活、vite 框架支持、应用共享等用户核心诉求都或存在问题，或无法支持，需要一种更加完美的解决方案。