技能 · 编程
Git 提交拆分:一个提交只做一件事
把一个混杂的改动拆成若干只做一件事的提交,每个提交都能单独回滚,提交信息写清为什么改而不是改了什么。
适用边界:适合改动范围大、需要评审和回滚的中大型仓库;个人一次性脚本或实验性分支不必拆分,拆得过细反而增加评审和合并的负担。
怎么做
- 先看完整 diff,按目的分组,格式化、重构和功能改动各成独立一组。
- 用分块暂存挑选同一组改动,先提交不含逻辑变化的重构或格式化。
- 每个提交写一行摘要加两行说明,摘要讲为什么改,正文讲影响范围。
- 每个提交完成都跑一次测试,确保任意一个中间提交都能独立通过。
交付前检查
- 每个提交只涉及一个目的,回滚它不会带走无关功能。
- 提交信息没有写 update、fix 这类无法判断内容的词。
- 拆完后最终文件内容与拆分前逐字节一致,没有漏改或重复改。
可复制提示词
你是代码评审顾问。输入:【改动 diff 或文件清单】=____;【改动目的】=____;【测试情况】=____。请给出提交拆分方案:每个提交包含哪些文件或代码块、提交摘要与正文、测试点。要求一个提交只做一件事,摘要说明为什么改,中间提交可独立回滚。不要臆造未提供的改动内容,最后指出最值得单独拆出的一个提交。
相关工具
同类技能
JSON 转 TypeScript 类型:先定可选字段
把接口返回的 JSON 样本转成 TypeScript 类型,先判断哪些字段真的可选,避免把所有字段都标成 any 或者全加问号。
查看 →正则编写:先写测试串再写表达式
先写一批应该匹配和不该匹配的样本串,再写正则,逐条跑通才收工,避免表达式只在作者想到的那一种格式上正确。
查看 →SQL 慢查询定位:先看执行计划再改索引
先看执行计划和扫描行数,再判断是缺索引、索引失效还是写法导致全表扫描,改完用同一语句复测耗时。
查看 →更新时间:2026-10-29 · 步骤是通用做法,平台/客户规则以实际页面为准;不承诺排名、过稿或收益。
跨库学习路径
按共同关键词匹配,不是随机推荐;从任务到提示词/教程/项目继续走。