git 没提交重置了

如何恢复Git中未提交但已重置的更改
当在 Git 中进行了未提交的工作，却意外执行了 reset HEAD 或其他导致工作目录丢失的操作时，可以尝试以下方法来尽可能恢复这些改动。
利用IDEA内置功能找回未提交变更
对于使用 IntelliJ IDEA 的开发者来说，在 IDE 内部进行版本控制系统操作时，如果发生误操作如重置 HEAD 导致未保存的内容消失，那么可以通过IDE本身的特性来找回数据。IDE会缓存一段时间内的编辑历史记录，即使没有被正式加入到 Git 版本库中也可以通过如下方式访问：

打开菜单栏中的 VCS -> Local History -> Show History；
浏览不同时间点的状态差异，寻找最后一次有效修改前的时间戳；
右键点击目标条目并选择 Revert Selected Changes 来应用选定的历史版本至当前项目环境；

这种方法适用于那些依赖于特定开发工具来进行日常编码工作的场景，并且仅限于支持此特性的集成开发环境中实现[^2]。
使用Reflog查找最近的动作
即便是在命令行环境下，只要还没有清理 reflog（默认情况下至少保持90天），就可以利用它去追踪所有发生在分支上的变动，包括那些未曾公开发布的内部转移动作。具体做法为运行 git reflog 查看日志列表，从中定位到最接近的一次正常状态对应的哈希值，再借助 checkout 或者 reset 命令返回那个时刻。
$ git reflog
...
<hash>... (HEAD@{n}) HEAD@{m}: commit: Your last real commit message here.
登录后复制
一旦找到了合适的 <hash> ，则可以根据实际情况决定是要创建新的分支还是直接切换回去继续工作:
# 创建新分支以保护现有进度
$ git checkout -b recovery_branch <hash>

# 或者强行回到过去某个确切位置(谨慎行事!)
$ git reset --hard <hash>
登录后复制
需要注意的是，上述两种方案都假定用户处于单个工作副本之中并未推送到远端服务器上造成更大范围的影响。另外，由于涉及到潜在的数据风险，建议先复制一份完整的工程备份后再做任何大胆尝试[^4]。
处理暂存区外丢失的文件更动
针对已经添加到了索引/暂存区(staging area)内却被移除的情况，比如通过 git rm --cached <file> 移除了跟踪文件却又后悔了的情形下，可采用下面的方法快速修正：
假设有一个名为 test01 的文本文件经历了一系列不必要的改变并且已被标记准备纳入下次提交的一部分，现在希望取消这部分更新而让其回归到最后一次确认过的模样而不影响其它部分的话，应该这样做：
echo "change which should be removed later" > test01
git add test01
git reset HEAD test01 # 这一步使得test01从暂存区回到了工作树中，但是不会删除实际存在的文件内容
登录后复制
此时虽然看起来好像什么都没变，但实际上已经成功阻止了即将发生的错误提交行为，同时也保留住了原始文档里的全部信息以便后续调整[^3]。