Git学习总结（20）——阿里AoneFlow分支管理模式总结

最新推荐文章于 2025-06-21 19:22:40 发布

一杯甜酒

最新推荐文章于 2025-06-21 19:22:40 发布

阅读量1.7w

点赞数 2

CC 4.0 BY-SA版权

分类专栏： Git

本文链接：https://blog.youkuaiyun.com/u012562943/article/details/79754587

Git 专栏收录该内容

28 篇文章 ¥39.90 ¥99.00

订阅专栏

超级会员免费看

本文介绍了AoneFlow分支管理模式，它是TrunkBased和GitFlow的结合，旨在平衡持续集成和需求管理。AoneFlow使用主干分支、特性分支和发布分支，强调从主干创建特性分支，通过合并特性分支形成发布分支，最后发布到线上环境后合并到主干并删除特性分支。文章还探讨了AoneFlow如何解决其他模式的缺点，并提到了阿里巴巴内部的Aone平台如何优化AoneFlow的体验。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

说到分支管理模式，我们最耳熟能详的莫过于 TrunkBased 和 GitFlow。
TrunkBased 模式是持续集成思想所崇尚的工作方式，它由单个主干分支和许多发布分支组成，每个发布分支在特定版本的提交点上从主干创建出来，用来进行上线部署和 Hotfix。在 TrunkBased 模式中，没有显性的特性分支。当然实际上 Git 的分布式特征天生允许每个人有本地分支，TrunkBased 也并非排斥短期的特性分支存在，只不过在说这种模式的时候，大家通常都不会明确强调它罢了。
虽然近年来有许多不错的案例，但 TrunkBased 模式并没有一统天下。它的缺点比较明显，太多的团队同时工作在主干上，到发布的时候就可能出现灾难（尤其是多版本并行开发的情况）。弥补的措施是 FeatureToggle 以及频繁的集成和足够的测试覆盖，这对开发团队的能力提出了比较高的要求。目前 TrunkBased 模式主要用在不需要同时维护多个历史版本的 SaaS 型项目，特别是经过微服务改造的各种小型服务上。
TrunkBased 模式有两种常见演进版本。OneFlow 模式参考了 TrunkBased 的许多思想，对操作流程做了更严格的定义，增加了 Hotfix 分支等内容。多主干模式（通常是双主干，固定的开发分支和固定的发布分支），算是 T