智能分包流程是这样的，先解析 ，获得各 NPM 包被分包引用情况，根据算法动态生成 package.json 到分包，再到各分包下执行 npm install，接着调用开发者工具构建 NPM，最后修改引用路径，兼容低版本。
好，代码包超限的问题，我们通过依赖分析释放出了大概20%的空间，但这些都只是技术上的手段，根源还是在业务方，如果任由业务不断扩张，或许扔键盘是最好的解决方案。接下来看看多小程序间的代码复用问题。
可以看到，同一个 git 项目中，有一些页面、组件、文件是可以同时被多个小程序复用的。复用就会产生类似这样的差异代码，大量的 if else用于环境判断，这些代码最终会出现在小程序代码包里，不管是执行速度也好，体积也好，都会受到影响，在小程序里，空间可是很宝贵的。正确的姿势应该是在编译阶段就将差异解决掉。
差异小的可以分片段，通过条件语法区分，差异大的分文件，通过文件后缀区分，主要是 app.json 等配置文件。
这些也是通过工具化来解决，首先看条件语法编译，我们采用注释的方式编写条件语法，通过 CLI 针对不同小程序编译出不同的代码片段，使得代码更简洁。
再看看文件后缀编译，小程序的 app.json 中会注册不同的页面，我们可以使用后缀来标识这个文件属于哪个 app，编译时根据 CLI 参数读取相应后缀的文件，这样就可以自由组合打包成不同的小程序。
前面很多地方提到了工具化，这也是我们解决大规模小程序问题的主要手段，来总体看下 CLI 有哪些能力，开发这里讲到了单页抽取，测试这里讲到了 Sandbox，代码审计这里讲到了重复代码分析，打包这里讲到了未使用文件/函数删除、智能分包、条件编译等。除此之外，CLI 还包含了一些常用功能，如 LiveReload、ts 支持、静态代码扫描等等。
讲了这么多，看一下我们的 CLI 长啥样子：这是一个指定单页调试的命令，包含代码转换、依赖分析、npm 包的安装和构建、文件监听、自动唤起开发者工具等等。
好，多小程序间代码的复用问题，我们通过条件语法编译、文件后缀编译可以解决，接下来看看发布流程过于繁琐的问题。
Git Flow 想必大家都知道，我们的小程序也是基于 Git Flow 的分支规范，可以看到各个阶段需要的手工操作过多，可以想象一下，当发版时需要人工合并几十个分支时是什么样的场景，我们甚至经历过几次因为合版冲突的问题，十几号人花了大半天时间才解决。
因此，我们通过流程固化、api 集成等手段搭建了持续集成系统，包含特性录入、发布计划管理、代码构建、Git 操作等多项功能。
特定步骤包括：新建分支、送测、构建、关联发布版本等等，定时任务包括自动合并分支、静态代码扫描等。
具体的构建步骤，则是从项目初始化开始，获取代码，调用 CLI 工具进行编译，执行自动化测试、预览、上传。
最下面一层，由于预览、上传等依赖小程序开发者工具提供的 CLI 命令,比较耗时，使用了3个不同的进程队列来进行提速。