Git 提交信息规范

帮我把这些改动整理成合适的提交。

【改动内容】{{改动内容}}
【提交规范】{{规范}}
【项目约定】{{项目约定}}

输出：
1. 拆分建议：判断应该拆成几个提交，每个提交包含哪些改动，说明为什么这样拆（一个提交只做一件事 / 便于回滚）。
2. 每个提交的完整信息：
   - 第一行：type(scope): subject，符合{{提交规范}}
   - 空行后 body：说明「为什么改」，3 行内
   - 必要时 footer：BREAKING CHANGE 或关联 issue
3. type 选择说明：feat/fix/refactor/docs/chore/test 各自适用边界，指出本次容易混淆的 2 处。
4. 需要写 BREAKING CHANGE 的情况判断，若有请给完整写法。
5. 3 个正反例对比：写得好与写得差的提交信息各 3 组，说明差在哪。
6. 一条 git 命令：如何只提交部分文件（git add -p 或指定路径），配合上面的拆分。
7. 若需要生成 CHANGELOG：按 type 分组的模板片段。

不要写「update code」「fix bug」这类无信息量的描述。