Git 修改的文件不'；在隐藏保存和隐藏流行音乐后，不要停留在舞台上

我有一堆暂存的文件-其中一些是

新文件

，一些是

修改的

。我确实

git stash保存了“message”

，并且所有的消息都被隐藏起来了。没关系。但是当我执行

git stash pop

时，突然只有

新文件

文件被暂存，而

修改的

文件则没有。为什么会这样？

git stash pop

以这种方式将阶段性和非阶段性（工作目录）更改混合在一起

git stash pop--index

尽可能将它们分开（有时由于存在暂存内容或合并状态，这是不可能的）

---

在

git stash pop

把东西混在一起之后，要想把掉下来的东西拿回来，这样你就可以用

--index

再试一次了（这不是不可能的，但通常是不值得的）。出于这个原因，我认为人们应该养成使用

git stash apply

（带或不带

--index

）的习惯，然后在对结果满意后使用

git stash drop

。如果您

apply

，则隐藏仍在那里，因此您可以

git reset--hard HEAD

撤消它，然后在您想要的时候使用

--index

重试。（当你把我经常遇到的

--index

和

--keep index

混在一起时，这一点特别有用。：-）

git stash pop

就是这样将暂存和未暂存（工作目录）更改混在一起的

git stash pop--index

尽可能将它们分开（有时由于存在暂存内容或合并状态，这是不可能的）

---

在

git stash pop

把东西混在一起之后，要想把掉下来的东西拿回来，这样你就可以用

--index

再试一次了（这不是不可能的，但通常是不值得的）。出于这个原因，我认为人们应该养成使用

git stash apply

（带或不带

--index

）的习惯，然后在对结果满意后使用

git stash drop

。如果您

apply

，则隐藏仍在那里，因此您可以

git reset--hard HEAD

撤消它，然后在您想要的时候使用

--index

重试。（当您将一直发生在我身上的

--index

和

--keep index

混在一起时，这尤其有用。：-）

是否--index选项仅将隐藏的更改应用于暂存的文件。。。详细解释

--index

如何“真正工作”对于评论来说太复杂了，但它等于利用了这样一个事实，即

git stash save

创建（至少）两个提交，一个用于索引/暂存区域，另一个用于工作目录。如果可以，使用

--index

应用（或弹出）会尝试保留原始暂存/未暂存状态。（我不知道为什么

隐藏

脚本不将此作为默认操作，在“太难了，不能那样做”的情况下使用

--mush-house

选项。）感谢您的解释。是否--index选项仅将隐藏的更改应用于已暂存的文件？否。。。详细解释

--index

如何“真正工作”对于评论来说太复杂了，但它等于利用了这样一个事实，即

git stash save

创建（至少）两个提交，一个用于索引/暂存区域，另一个用于工作目录。如果可以，使用

--index

应用（或弹出）会尝试保留原始暂存/未暂存状态。（我不知道为什么

隐藏

脚本不将此作为默认操作，在“太难了，不能那样做”的情况下使用

--mush-house

选项。）感谢您的解释。