通过分支暂存变更后，如何在不合并的情况下恢复？

当前困境的解决方法 #

你提到的git reset --mixed完全可以解决问题，而且非常安全，具体操作：

• 执行命令：git reset --mixed HEAD
  这个命令会：
  1. 将索引（暂存区）重置为当前HEAD分支的干净状态，把合并进来的变更全部移出索引，回到未暂存状态；
  2. 完整保留工作区的所有变更（包括从临时分支合并来的内容）；
  3. 自动清理Git的合并中状态，让git status回到正常分支状态。

--mixed是git reset的默认模式，不会修改工作区内容，只会调整索引，所以不用担心变更丢失。

下次避免此类问题的方案 #

不用走合并流程，有两种更贴合需求的方式：

方式1：Cherry-pick 临时提交到工作区 #

切换到目标分支后，执行：
git cherry-pick -n <临时分支的提交哈希>
-n参数表示仅将提交的变更应用到工作区和索引，不生成新提交。如果想把变更从索引移到工作区（保持临时状态），再执行git reset --mixed即可，全程不会触发合并状态。

方式2：使用合并压缩选项 #

执行git merge --squash --no-commit <临时分支名>
--squash会把临时分支的所有变更合并到当前工作区和索引，但不会生成合并提交，也不会进入合并中状态。之后同样用git reset --mixed把变更移出索引，就能保持临时状态。

补充：跨机器同步临时变更的替代方案 #

你当初不想用git stash是担心跨机器同步问题，其实stash也可以推送到远程：

1. 生成stash的提交哈希：git stash create
2. 将stash推送到远程临时分支：git push origin <stash哈希>:refs/heads/temp-stash-branch
3. 另一台机器拉取后，用git cherry-pick -n <stash哈希>即可恢复变更，这样既不用创建正式分支，也能跨机器同步。

附带问题：合并中状态的存储位置 #

Git通过仓库根目录下的.git/MERGE_HEAD文件记录当前合并的目标分支头哈希，同时还有.git/MERGE_MODE（记录合并模式）和.git/MERGE_MSG（记录合并提交信息）辅助标记合并状态。严禁手动删除这些文件，使用git reset或git merge --abort这类正规命令会自动清理它们，确保仓库状态一致。

内容的提问来源于stack exchange，提问作者Steve Summit