git：分支删除了一些提交

Question

我今天遇到了一个奇怪的情况..我会尝试重现我认为发生的事情。

我想将推测性更改（对 a_file 进行）移至新分支，并在没有它的情况下继续在主分支上工作。

在带有 a_file 和 b_file dirty 的 master 上，我做了：

git checkout -b saved_feature

git commit a_file -m "Putting this modification on a different branch"

git checkout master

此时 git 抱怨 b_file 很脏 - 这是一个警告信号，但我没有'不认识它。

我仍在分支 saved_feature 上，所以我想我可以这样做：

git stash save

git checkout master

到目前为止一切顺利

git stash pop

此时我收到一条错误消息，指出无法合并存储。

我检查了日志 - 由于某种原因，有大约 6 天的提交最初提交到 master 分支，但不在日志中。这些提交仅在我创建的新分支上（我检查了是否已将它们提交到不同的分支）。

检查了 saved_feature 分支的日志后，我可以看到它们都在那里。

发生了什么？

接下来我尝试了 master：

git merge saved_feature

但是快进选项因大量冲突而失败。

我还使用 git-svn 将更改推送到外部存储库，因此我再次在 master 上这样做：

git svn rebase

这恢复了一些之前从 svn 推送的提交。

然后我从 saved_feature 分支中挑选了其余的最新提交， 然后我做了一个 git stash pop ，修复了应该自动合并但没有自动合并的冲突，最后让我的 master 处于原来的状态。

谁能指出在这个令人遗憾的故事中我的思维模型和 git 分道扬镳的地方？我怎样才能避免再次陷入这样的混乱？

Answer 1

过去 6 天您可能正在处理 从主 HEAD 的祖先中分离 HEAD。
（感谢 Chris Johnsen 建议最后一部分：它可能解释了一切）

假设您有：

x--x--x--x <- master
      ^
      |
      T1 (tag)

如果您执行'git checkout T1' 查看 T1 内容，繁荣：分离的 HEAD 就在那里。
如果您从 T1 进行一些修复，最终会得到

x--x--x--x <- master
      ^\
      | -y--y--y--y--y--y <- detached HEAD (a dirty, b dirty)
      |
     T1(tag)

现在的结果，此时 git checkout -b saving_feature 将创建一个包含过去 6 天（相当于）的分支提交到其中：

x--x--x--x <- master
      ^\
      | -y--y--y--y--y--y--a <- saved_feature (a committed, b dirty)
      |
     T1(tag)

，但是对于文件 b 来说，签出到 master 并不简单。
从 master 到 saved_feature 的合并也不会是微不足道的（当然不是快进的）

无论如何，这就是为什么密切关注很重要您实际工作的当前分支的时间。