本章进度 8 / 18
44%
正文已完成
L265决定改动多小才容易审查
根据行为数量、依赖和回退边界控制批次，而不是机械按代码行数切分。
把“小步实现”从听懂变成会判断，避免遇到真实任务时仍靠感觉选择。
建议先理解同主题上一课的核心概念，再完成本课判断练习。
- 无需安装新工具
- 准备一个可对照的真实问题或样本
一百行单一数据映射可能很好审查，二十行同时改变权限和数据删除却风险很高。改动大小应按行为和风险衡量。
能判断一个改动是否需要继续拆分，并说明审查与回退边界。
核心概念
先把关键判断说清楚
按行为数量衡量
一个批次最好回答一个主问题；多个互不依赖的行为应拆开。
依赖紧密可同批
schema、解析和对应测试若必须共同变化才能运行，可以形成一个原子改动。
回退边界检验大小
如果只想撤掉其中一部分却无法做到，说明改动可能混合了不同责任。
案例拆解
小差异里藏着两项风险
一次 25 行修改既改变管理员权限判断，又改变删除后的数据清理。
- 01
把授权逻辑与清理行为分开
- 02
分别添加权限测试和删除恢复测试
- 03
按独立回退需求形成两个批次
案例结果
每个风险都有对应审查者、证据和回退方式。
提交前练习
现在轮到你
评估一个准备提交的改动是否应该继续拆分。
完成本课需要：完成以下内容用于本课收口。
内容会自动保存在当前设备
查看参考答案与评分标准
参考答案
权限判断与删除清理是两个行为，可独立回退；分别提交并各自附测试。schema 与解析器强依赖，可与迁移测试同批。
评分标准
- 按行为而非行数判断
- 说明必要耦合
- 拆分后仍可运行和验证
本课收口 · 应用检查
完成一次应用，再检查理解
完成一次必填练习，再通过理解检查；阅读标记和总结不设硬门槛。
你现在更接近哪一种状态？
尚有必填项未完成，请补齐后再继续。
资料来源
继续核对与延伸阅读
本课内容最近更新于 。
- Pro Git↗reference · 核对日期 2026-08-23
- Monitoring Distributed Systems↗reference · 核对日期 2026-08-23