应根据需求选择模式：--hard丢弃所有后续更改，--mixed保留工作区文件仅重置暂存区，--soft仅移动HEAD便于修改提交信息；误用--hard后可用git reflog恢复。
PhpStorm里点“Reset Current Branch to Here”到底选哪个模式？
选错模式会直接丢代码，不是所有“回退”都等于“删掉后面所有提交”。关键看你要保留什么：
- --hard：工作区、暂存区、HEAD 全部重置到目标 commit。未提交的修改、已暂存但未提交的变更、后续所有 commit 全部消失。适合彻底清理现场，但不可逆。
- --mixed（默认）：HEAD 和暂存区回退，工作区文件保留原样。你看到的文件内容还是最新的，只是 git status 会显示 “Changes not staged for commit”。适合想重新挑文件提交的场景。
- --soft：只移动 HEAD，暂存区和工作区完全不动。git status 显示 “Changes to be committed”，相当于把上次 commit 撤回成待提交状态，方便改 message 或补文件。
在 PhpStorm 的 Reset 对话框里，这三个选项对应 “Hard”、“Mixed”、“Soft” 单选按钮。别凭直觉选 “Hard”，先问自己：我是不是真的要扔掉所有未推送的改动？
误用 git reset --hard 后怎么抢救？
只要还没执行 git push --force 推送到远程，本地 reflog 通常还留着被删掉的 commit 记录。抢救步骤很直接：
- 打开 PhpStorm Terminal，运行
git reflog - 找到你刚删掉的那个 commit 的 hash（比如
abc1234），它通常出现在倒数几行，标记为HEAD@{0}或类似 - 执行
git reset --hard abc1234恢复到那个状态
注意：git reflog 只记录本地操作，不跨机器、不进远程仓库。如果已经强制推了，且别人也拉过，就得靠 git revert 补救，而不是硬重置。
立即学习“PHP免费学习笔记（深入）”；
Git 提交信息生成器。根据代码变更内容自动生成符合 Conventional Commits 规范的提交信息，包含类型、范围、简短描述、详细说明和关联的 Issue/需求号。触发词：生成提交信息、提交信息、commit message、git commit、生成 commit 信息
想撤销某次提交但又不想改历史？用 revert 而不是 reset
多人协作时，直接 reset --hard 再 push --force 是高危操作，容易覆盖队友的新提交。更安全的做法是用 revert：
- 在 PhpStorm 的 Git Log 中右键目标 commit，选
Revert Commit - IDE 会自动生成一个新 commit，内容是“把上次那个 commit 的所有改动反向应用”
- 这个新 commit 可以像普通提交一样
git push，不破坏原有历史线
revert 不删除任何东西，只增加一个补偿提交。如果你要撤销的是合并提交（merge commit），记得勾选 Revert merge commit 并指定主分支（通常是 -m 1），否则可能出错。
为什么 PhpStorm 的 “Undo Commit” 有时是灰色的？
这个功能只对**最近一次本地 commit** 有效，而且有硬性限制：
- 该 commit 必须还没推送到远程（
git push过就禁用） - 当前分支不能是受保护分支（比如 GitHub 上设为 protected 的
main，PhpStorm 会自动识别并锁死） - 不能是合并提交（merge commit）
它本质是 git reset --soft HEAD~1 + 把变更转成未提交 changelist，所以只适用于“刚 commit 完发现写错了 message 或漏了文件”的轻量补救。真要回退多步或跨版本，还是得靠 reset 或 revert。
