提交f6a0890后Git提交记录9a4117b丢失的原因是什么？

9a4117b并未真正丢失，只是展示逻辑和提交时序的问题造成了丢失的错觉，核心原因如下：

• 提交时序前置：9a4117b的实际提交时间为2021年10月5日17:28，远早于f6a0890的提交时间18:35。Git默认按提交时间倒序排列日志，更早生成的9a4117b自然会排在f6a0890的前方，不会出现在f6a0890的后续提交列表中，极易被误判为丢失。
• 线性日志折叠并行分支：9a4117b是远程test分支的并行提交，和本地生成的f6a0890属于两条并行开发路径。使用默认不带拓扑参数的git log命令，或是GitHub仓库的默认提交列表查看时，系统会自动折叠并行分支的合并链路，仅展示当前分支的直接提交线，因此9a4117b不会出现在线性展示的列表里。
• 提交已正常合并无丢失：从提交拓扑可以明确看到，最新的5d开头合并提交的父节点同时包含f6a0890和9a4117b，9a4117b的所有改动已经被正常合并到test分支中，不存在内容丢失的情况。

验证方法 #

执行git log --graph --all即可查看完整的提交拓扑，能清晰看到9a4117b的完整提交路径，执行git show 9a4117b可正常查看该提交的所有改动内容。

内容的提问来源于stack exchange，提问作者baihou sai