给 feature 分支合入前加一道自动检查：CI 里怎么扫描 commit 历史确保每个提交都可独立回滚
在 CI 中增加历史扫描步骤，检查 feature 分支每个 commit 是否满足“可独立回滚”的硬性条件，不满足则阻断流水线。给出判断规则、Python 脚本、GitHub Actions 配置示例及常见误报与规避方法，并讨论 squash 合入场景下的替代方案。
标签: #代码改动频次
共 2 篇文章
你的微服务是不是拆过头了？从代码改动频次、独立部署率和认知边界三个维度自检
微服务拆分过度的典型信号是服务数量多但维护者少、改动需跨多个仓库。可从三个维度诊断：代码改动频次，若半年内业务提交少于5次则为“僵尸服务”；独立部署率，若三个月内独立部署占比低于30%则失去微服务核心价值；认知边界，若单人维护超6个服务则粒度过细。三指标全红应合并，合并时需保留提交历史并设置转发层。