git stash -k后切换分支执行git stash pop异常的问题咨询

1. 第一次尝试变更不正确的原因 #

问题出在git stash -k的行为和后续分支切换的细节上：

• 你用git add --interactive（patch模式）暂存新功能代码后，工作区剩余的是需提交到master的bug修复，暂存区则是新功能变更。
• git stash -k（--keep-index）的作用是：仅将工作区未暂存的内容（即bug修复）存入stash，同时让工作区与暂存区保持一致——也就是工作区仍保留新功能代码。
• 执行git commit提交新功能到n-feature后，暂存区会同步到新的HEAD（刚提交的commit），但工作区的新功能代码不会被清除（git commit默认只处理暂存区，不修改工作区）。
• 此时切换到master分支，Git会把工作区未提交的新功能代码直接带到master的工作区（因为文件无冲突）。再执行git stash pop应用bug修复后，master工作区就同时包含了新功能代码和bug修复，这就是你看到错误变更的根源。

2. 更简便的处理方法 #

推荐两种清晰、不易出错的流程：

方法一：精准暂存bug修复

1. 在n-feature分支执行：git stash push --patch
   • 进入交互式patch模式，只选择需要暂存的bug修复变更，完成后bug修复会被存入stash，工作区保留新功能代码。
2. 切换到master分支：git checkout master
3. 应用bug修复：git stash pop
4. 提交修复：git add . && git commit -m "fix: 描述bug修复内容"
5. 切回n-feature继续开发：git checkout n-feature

方法二：临时commit + cherry-pick

1. 在n-feature分支，用git add --interactive（patch模式）只暂存bug修复，然后提交为临时commit：

   git commit -m "temp: 临时提交bug修复"
   

2. 切换到master分支，将临时commit复制过来：

   git checkout master
   git cherry-pick <临时commit的哈希值>
   

3. 切回n-feature分支，撤销临时commit（保留工作区的新功能代码）：

   git checkout n-feature
   git reset HEAD~1
   

4. 继续开发新功能即可

后续若需要将master的修复同步到n-feature，执行git rebase master即可（非必需）。

内容的提问来源于stack exchange，提问作者U. Windl