背景：原始库作为 submodule 在父 repo 下面。
行为：本地 commit 了没有 push ，父 repo cehck 一下别的 branch ，check 回来。
结果：submodule 所在文件空了，丢失了 commit 但没 push 的历史。

JetBrains 家的软件有本地历史记录可以找回的

git reflog 找一下看能恢复吗？试着用 subtree 吧，submodule 坑太多了

git 只要 commit 就能找回来，有操作历史命令的，试试 git reflog

找到哈希 commit ，cherry-pick 啥的都可以弄回来

因为你本地 submodule 是游离分支吧，所以会丢失，但凡在你丢失之前执行一次 git log 看下 commit id ，这样一来在你发生“丢失”的时候，可以用 git cherry-pick 旧回来。还是学而不精啊…

本地 commit 的时候，不先 commit submodule 的吗

git reflog

本地 commit 过用 git 可以找回来。本地没 commit 过但是用的 jetbrains 的 IDE 可以用 local history 找回来。这个也是我本地忘了 commit 拉代码导致丢代码才发现的，本来都万念俱灰了。

可以看看 google 的 repo ，android 和 chromium 的源代码都是它管理的，每个项目都是由上百个的 git 仓库组成。我们自己的工程管理中也用得很顺

git 的 submodule 是巨坑，碰过一次就再也不想用了

应该有 reflog ，checkout 会一并改 submodule 指向的 commit ，但是 commit 过不太容易丢

git submodule 确实是有挺多坑的，部分操作行为和结果非常反直觉。

submodule 问题太多了,我们用 git-repo 管理多仓库,配合 codeup 还不错

直接在 submodule 里改东西？我一般是会把 submodule 里的 repo 单独放个文件夹，所有改动在单独的 repo 里做，然后 push 到服务器上，submodule 只从服务器上拉取

submodule 概念的确难理解，我觉得不如 gitignore 加同步脚本来维护。。

repo 确实是个不错的替代/解决方案

父 repo 的 reflog 只记录一个 hash ，撒毛利的.git 都没了我 gi 啥有用？

git sub 相关的 api 水有点深，建议一般不到精通 git 的程度 不要触及

我想复现一下 OP 的操作，但有点没看明白。本地修改了 submodule 并 add && commit 了，在父 repo 的 status 里会显示一个修改。这时候父进行 checkout branch 这个修改会带过去的吧？为啥会丢呢？

submodule 已经不用了，workspace 你值得拥有。

给我的感觉是误操作导致的

subTree 好用点，对于本地来说没有任何感知

你 check 了一个新的 branch ，我 check 的是老 branch ，该 bc 我切出来的时候还没有 add submodule 。我看你回复后又去复现了一下，会丢。

复现你的操作，不管怎么切换 submodule 都保持了当时的一个 commit ，除非 reset hard ，不知道你怎么丢失的

我又重建新两个 repo ，复现成功。关键：branch0 没有 submodule ，切 branch1 add & commit submodule ，回到 branch0 ，没有撒毛利。再回到 branch1 ，本地的 sumoli 空了，.git 都没有。

要不试试 git fsck --lost-found，这将列出孤立的 commit 和其他对象。在 .git/lost-found/commit/ 目录下你可能会找到你丢失的 commit 对象。以上来自 chatGPT 。

子 repo 的 reflog 里有。默认设置映像中 3 天内都是不会 gc 掉的

＃25 好奇试了下，切换到没有 submodule 的分支时，会提示 warning: unable to rmdir 'a': Directory not empty ，分支切换成功但是 submodule 对应目录还在