技能 · 编程

Git 提交拆分:一个提交只做一件事

把一个混杂的改动拆成若干只做一件事的提交,每个提交都能单独回滚,提交信息写清为什么改而不是改了什么。

编程进阶后端开发前端开发
适用边界:适合改动范围大、需要评审和回滚的中大型仓库;个人一次性脚本或实验性分支不必拆分,拆得过细反而增加评审和合并的负担。

怎么做

  1. 先看完整 diff,按目的分组,格式化、重构和功能改动各成独立一组。
  2. 用分块暂存挑选同一组改动,先提交不含逻辑变化的重构或格式化。
  3. 每个提交写一行摘要加两行说明,摘要讲为什么改,正文讲影响范围。
  4. 每个提交完成都跑一次测试,确保任意一个中间提交都能独立通过。

交付前检查

可复制提示词

你是代码评审顾问。输入:【改动 diff 或文件清单】=____;【改动目的】=____;【测试情况】=____。请给出提交拆分方案:每个提交包含哪些文件或代码块、提交摘要与正文、测试点。要求一个提交只做一件事,摘要说明为什么改,中间提交可独立回滚。不要臆造未提供的改动内容,最后指出最值得单独拆出的一个提交。

相关工具

MarkKit 工具箱

打开即用

打开 →

AI 编程一条龙

把这项技能放进完整流程

继续 →

同类技能

JSON 转 TypeScript 类型:先定可选字段

把接口返回的 JSON 样本转成 TypeScript 类型,先判断哪些字段真的可选,避免把所有字段都标成 any 或者全加问号。

查看 →

正则编写:先写测试串再写表达式

先写一批应该匹配和不该匹配的样本串,再写正则,逐条跑通才收工,避免表达式只在作者想到的那一种格式上正确。

查看 →

SQL 慢查询定位:先看执行计划再改索引

先看执行计划和扫描行数,再判断是缺索引、索引失效还是写法导致全表扫描,改完用同一语句复测耗时。

查看 →
更新时间:2026-10-29 · 步骤是通用做法,平台/客户规则以实际页面为准;不承诺排名、过稿或收益。

跨库学习路径

按共同关键词匹配,不是随机推荐;从任务到提示词/教程/项目继续走。

提示词

公众号深度稿:把行业观察写成有证据的长文

把分散的行业观察整理成有论点、有证据链、可直接编辑的深度长文

从技能到提示词的下一步

继续 →
教程

商品图压到 200KB 还不糊:先改尺寸还是先降质量

学会先缩尺寸再降质量的两段式压缩,把商品图稳定压到 200KB 以内且文字边缘仍然可读。

从技能到教程的下一步

继续 →
项目

给连锁口腔诊所写 12 篇种植牙科普推文,用于公众号留资

12 篇 800 字科普文 + 6 组医患问答 + 1 份四周发布排期

从技能到项目的下一步

继续 →