危险操作前保存恢复标记

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

已获准重写教学分支历史，但工作树还含已暂存修改、未暂存修改与新文件。tag只指向提交，不能恢复这些未提交数据。

具体做法

先记录HEAD、分支及脏状态清单。在不覆盖现有引用的前提建立唯一恢复引用并验证指向；另备份索引/工作树差异与新/忽略且需保留文件，记录大小摘要和恢复步骤。于隔离检出试验恢复提交和文件，确认覆盖批准范围后才开展对应危险操作。备份不足时保留原状态。

反例

建立rescue tag就直接重写，认为所有未提交文件、Git配置和外部数据都有保护。

改进写法

保护本次历史重写前的提交与脏文件：唯一恢复引用绑定原HEAD，另保存暂存/未暂存差异和需保留新文件。核对清单并在隔离副本恢复验证，明确没有覆盖的状态；存在恢复产物也不扩大删除授权。

为什么这样改

提交引用与未提交文件处在不同存储层。分开备份并试恢复，避免可回到旧提交却丢了用户正在写的内容。

如何验证

教学恢复副本应得到原HEAD、两种差异和新文件内容及对应摘要；tag正确而新文件缺失仍不满足恢复范围。记录方法而不在原工作树做恢复演练或破坏性清理。

适用边界

此条目无已确认冻结来源，流程为独立教学构造。引用会被删、备份也会失败；密钥、外部服务和未列忽略文件并不自动受保护。备份不是销毁许可，危险动作仍须既有明确授权。