由于我大量使用ap
作为git add --patch
的别名,我不小心输入了git am
。好的,我想,我希望我能git am --abort
。
但令我惊讶的是,事实证明,在某些时候,git am
,没有任何警告,会对您的 uncommited和unstored 工作进行硬重置。如果在ap
之前我最有可能进行非分段更改,则此拼写错误始终意味着数据丢失。
实际上它发生在我身上几次,但现在真的很痛,因为有很多工作。
为了比较,我通常会发生这种情况,例如:当我有未分阶段的更改时,rebase或checkout会退出。为什么am
会有所不同(无知/破坏性)?
我可以在此之后恢复未分期的更改吗?
答案 0 :(得分:1)
很抱歉,如果他们没有分页,那么他们只是普通文件,其内容超出了git的视图。除非你的文件系统在其中设置了某种形式的连续数据保护设置(git annex?),否则我认为你运气不好。可能是时候将am
别名为别的了。