商旅 abt · 分支保护方案

2026-10-28 · hugo · 7 个仓全部分支实测(最后提交时间)
523 条分支里,真正值得保护的只有 11 条。
其余 275 条超过半年没动过,大部分是合完没删的特性分支。保护的重点是"发布线"和"开发主线",不是数量。
7
个仓
523
条分支
42
近 30 天动过
11
建议保护
275
可清理
4
默认分支要改

怎么定"该保护哪条"

逐仓建议

仓库默认分支建议保护说明
abt-server
244 条分支
prod proddev_2 prod 是发布线、也是 MR 落点;dev_2 是开发主线,两条 10-28 都有人在推。另有 33 条 release 快照线建议改打 tag 后删。
abt-app
89 条
master master 近 30 天有 19 条在动,但长期线只有 master 一条(提测线 pre-release/* 是短命的)。
abt-management-ui
123 条
master masterflow_dev flow_dev 是"流程"那条独立线,10-28 还在合,属于长期线,别让人直接推。
abt-server-user
28 条
master ← 改 prod prodpre 默认分支 master 停在 2023-11-30(1063 天前),真正的线是 prod(9-1)。
abt-mall-server
20 条
master ← 改 prod prodpre master 停在 2025-02(624 天);prod 与 pre 指向同一个提交(8-5)。
abjt-identify-server
11 条
master ← 改 prod prodpre master 停在 2023-11(1063 天);prod / pre 同一个提交(5-28)。
abt-task-server
8 条
master master 唯一在用的线(10-28);其余 7 条全在 1 年以上。

保护强度怎么设

⚠️ 一个要注意的点:现在 dev_2 上有"本地合完直接推"的痕迹(提交信息是 Merge branch 'xxx' of … into dev_2)。如果给 dev_2 开"必须走合并请求",这个习惯就得改。不想改的话,dev_2 只开"禁止删除"也够。

需要你动手 / 我能代做的

数据:7 个仓全部 523 条分支,按最后一次提交时间统计(清单见 branch-inventory.json)
hugo · 2026-10-28