会丢代码，且不可逆；未推送、未stash、无reflog时，git reset --hard会彻底清除工作区、暂存区及对应commit。
git reset --hard 回滚到某次 commit 会丢代码吗
会，而且是立刻、不可逆地丢——只要没推到远程、也没 stash 或 reflog 里留痕，git reset --hard 后的提交就从工作区和暂存区彻底清空了。
常见错误现象：git log 看不到想回退前的 commit，git status 显示“working tree clean”，但文件内容已经不是你想要的版本。
- 必须先确认目标 commit 的 hash（用
git log --oneline -n 20查） - 执行前建议先
git branch backup-before-reset打个临时分支保底 - 如果已 push 到远程，
--hard后得git push --force-with-lease（不是--force），否则协作队友会出问题
git reset --soft 和 --mixed 有什么实际区别
区别全在“撤到哪一步”：--soft 只动 HEAD，--mixed（默认）连带重置暂存区，--hard 全清。
使用场景：比如刚 git commit 完发现漏加一个文件，又不想改 commit message，就用 git reset --soft HEAD~1，再 git add 补上，git commit 重提。
-
--soft：HEAD 指针后移，commit 内容还在暂存区 → 适合改写最近一次提交 -
--mixed（即不带参数的git reset）：HEAD 和暂存区都后移，工作区不变 → 适合取消暂存但保留修改 -
--hard：三者全清 → 真正“回到过去”，也最危险
回滚后怎么找回被 reset 掉的 commit
靠 git reflog——它记录所有 HEAD 变动，包括被 reset 掉的 commit，哪怕没分支指向它。
GInstall OneClick — 一键安装 GitHub 项目：规划、克隆、安装 Node 依赖、运行开发脚本。适用于想要获取 GitHubNode.js 项目的用户。
常见错误现象：执行 git reset --hard HEAD~3 后想回去，但 git log 里找不到那几个 commit，以为没了。
- 运行
git reflog，找类似abc1234 HEAD@{2}: reset: moving to HEAD~3这行，前面的abc1234就是你要的 hash - 用
git checkout abc1234临时看看内容，或git cherry-pick abc1234拿回来 -
reflog默认只存 90 天，且不随git push同步，所以别依赖它长期存档
reset 和 revert 在团队协作里怎么选
没 push 过：用 reset；已 push 且别人可能基于它开发：必须用 git revert。
性能/兼容性影响：revert 是新增一个“反向 commit”，不破坏历史线性，所有 clone 过仓库的人都能安全 pull；reset 强制改历史，别人 git pull 会失败，必须手动 git pull --rebase 或重置本地分支。
-
git revert HEAD：撤销最后一次提交，生成新 commit -
git revert HEAD~2..HEAD：撤销连续两个 commit（注意双点语法，不是三点） - revert 不能撤销 merge commit（除非加
-m 1指定主干），而 reset 可以——但这恰恰是它不该用在共享分支上的原因
最容易被忽略的是：很多人以为 git reset --hard origin/main 能“同步远程”，其实只是把本地 HEAD 强制对齐到远程引用值，如果远程本身已被别人 force push 过，这个操作反而会把你本地拉偏。
