git stash和pop显示文件不再标记为已移动？

Question

git mv file1 file2

git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   renamed:    file1 -> file2

git stash
git stash pop

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   new file:   file2
#
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   deleted:    file1

正如您所看到的，git在stash / pop之后丢失了重命名后的关系。有没有办法重新获得这种关系，或者让stash知道文件被移动了？我经常隐藏我的系统状态，看看我的系统状态在更改前是什么样子，但是让它失去重命名关系对我来说是一个问题。除了删除新文件，再次执行git mv，并替换新文件的内容之外，我不知道如何修复它。

Answer 1

如果你还没有弹出你的你的藏品，做：

git stash pop --index

这样可以正确地在存储中保留已移动(但未提交)的文件关系。根据git help stash的说法

索引如果使用了--

选项，则不仅尝试恢复工作树的更改，还尝试恢复索引的更改。但是，当您有冲突时(冲突存储在索引中，因此您不能再按原来的方式应用更改)，此操作可能会失败。

如果你已经打开你的仓库，并想要重新创建移动的关系，请执行以下操作：

git rm --cached file1

这将从索引中删除“旧的”未移动的文件：

使用此选项仅从索引

中取消转移和删除路径

Answer 2

简短的回答：git rm --cached file1

git mv真正要做的就是(在文件系统上)重命名文件，然后将文件删除和创建添加到索引(登台区域)中。没有特别的标记。其他机器随后通过看到以前称为file1的内容现在称为file2，从而意识到这是一个重命名。

因为git stash命令会修改索引，所以它们可能会扰乱事情。请注意，现在您有了创建阶段，但没有删除！(通常情况下，git-stash会在弹出后保留所有未暂存的文件，但在这种情况下，我认为它别无选择，只能将新文件放入索引中，以避免您不知道该保留哪个文件。您可以避免在git stash pop --index中发生这种情况，但是如果不能干净地应用隐藏的更改，那么这种情况就会消失，因此它不是默认的。) git status不可能再将其显示为重命名，因为重命名实际上在索引和工作树之间拆分，并且这两个部分都不能完全声明它。

只需运行git rm --cached file1来暂存删除(即从索引中删除file1 )，它将再次显示为重命名。您还可以运行git add -u自动添加更改，前提是您没有不想暂存的其他更改。

请注意，这意味着在实践中你不需要担心:当你正确地准备提交所有的东西时(例如使用git add -u)，“问题”就会自己解决。