版本迭代流程与分支管理
前端团队协作过程中，可能会遇到配合上的难题，本文梳理了从开发到发布的流程图，包括开发，自测，提测，预发布，验收，发布，验收。 仅供参考，如有不完善的地方欢迎交流和指正。
问题分析：
1.如何应对单个功能 A 有紧急发布要求？ 如果修复test上的bug，直接在test上更改，或将test合到特性分支（A），考虑到test已经混合了各种功能，无法解耦，造成 A 单独上线非常困难。但若按上图流程来，每次在特性分支（A）上改完再提测，则可保证特性分支（A）始终纯净，支持独立上线（只需提测到备用test2环境，即可走单独发布流程）。
2.提测完毕后，上到预发部环境，甚至是生产环境，此时出现bug，还要整个流程重走一遍吗？ 上到预发环境，发布任务基本已确定，某功能单独上线的概率微乎其微，没必要再强行保证特性分支纯净。并且整个流程重走一遍的代价太大，所以此时，我觉得可以基于test或者uat分支进行修改，改完测好打tag，再发布。（此回答有问题的话，欢迎指正）
分支依赖耦合处理
分析：
- 若公共common依赖 C 能拆分出来，则拆分，提测完毕后，再共享给其他分支 B
- 若不能拆分，则将整个 A 开发提测完毕后，再共享给 B。
- 目的：是因为各功能在dev/test环境已经混在一起，难以分开；需保证单功能特性分支纯净单一，才方便支持单功能灵活独立上线。
