Git Reset 重置

预期结果：用 Git Reset 重置 (Git Reset) 安全交付或恢复变更，并留下可审核记录。 用户场景：开发人员有一条尚未推送的提交，以及已暂存和未暂存的修改。先建立备份引用后，再选择 soft、mixed 或 hard 模式，只改动预期的部分；hard reset 可能清掉尚未提交的工作，也不该随意重写共享历史。 交付概念或操作：Git Reset 重置 (Git Reset)。 适用理由：只有在本地确实要移动分支指针，而且了解暂存区和工作文件会如何改变时，才使用这个词。 不应使用的情况：目标还没确认或有尚未提交的工作时，不要使用 --hard；也不要用它重写公共分支。 交付要求：指出代码仓库与目标。列出前置条件、变更内容、审查与自动检查（CI）、冲突和数据丢失风险、发布顺序，以及恢复或回到上一版的命令。 仓库防护：保留尚未发布的工作与可审核历史。没有明确备份时，不得执行破坏性操作。发布前核对准确的代码差异与远程仓库目标。 验收标准：预期的代码差异已审查，必要检查已通过。目标版本可追踪，失败恢复已演练，发布历史也可审核。 证据与限制（证据边界）：它只代表该来源的官方说法。其他平台或团队可能有不同用法。 待确认：代码仓库与分支、协作状态、发布环境、批准负责人、受保护的检查，以及要恢复的版本。