展开知识库目录

开始改代码前怎样看工作区,避免覆盖未提交修改

未提交修改可能是自己、同事或生成任务留下的。

先把问题看准

先分清工作区里的改动属于谁

未提交修改可能是自己、同事或生成任务留下的。开始前查看状态、diff、未跟踪文件和当前分支,不清楚的改动只记录和避开,不擅自恢复。

第 1 步

读取规则和分支

确认项目贡献规则、当前分支、远端关系和禁止修改区域。

把涉及的文件、目录、版本、命令和实际输出写进记录;代码变化同时保留 diff 与测试结果。

第 2 步

逐文件看状态

区分已暂存、未暂存、未跟踪和忽略文件,查看 diff 与最近提交,不只看文件名。

确认“逐文件看状态”已经有可回查结果,再进入“标注变更归属”;依据仍然来自猜测时,把缺口单列并停在当前步骤。

第 3 步

标注变更归属

将本次需要、用户已有、生成物和未知改动分开;未知项与任务重叠时先停止确认。

确认“标注变更归属”已经有可回查结果,再进入“建立安全起点”;依据仍然来自猜测时,把缺口单列并停在当前步骤。

第 4 步

建立安全起点

在不覆盖用户改动的前提下选择新分支、补丁、提交或备份,记录恢复方式。

确认“建立安全起点”已经有可回查结果,再进入“限制后续编辑”;依据仍然来自猜测时,把缺口单列并停在当前步骤。

第 5 步

限制后续编辑

每轮修改后重看 diff,确保没有格式化或生成命令带来大范围无关变化。

需要修改时先限定文件和行为范围,无法说明回滚方式或影响面的动作先不执行。 完成后把证据归入“变更归属清单与安全起点”。

完成后应能在“变更归属清单与安全起点”中找到与这一步对应的记录;仍需靠猜测补全,就停在这里。

做到这里就可以停

变更清单要贯穿任务

最终说明哪些文件是本次改动、哪些已有改动被保留、哪些验证会产生生成物。无法区分归属时不做清理。

进一步核对

参考资料与核对入口