问题流程
a分支
- 初始记录：分支的提交记录是 c1 -> c2 -> c3
- 第一次修改提交记录但并未push：a1（20:18）
- 第二次修改提交记录：a2（20:20）
b分支
-
初始记录： c1 -> c2 -> c3
-
第一次修改提交记录但并未push：b1（20:17）
-
第二次修改提交记录：b2（20:19）
现在将b分支合并到a分支
期望顺序： c1 -> c2 -> c3 -> a1（20:18）-> a2（20:20）-> b1（20:17）-> b2（20:19）
但实际结果却是： c1 -> c2 -> c3 -> b1（20:17）-> a1（20:18）-> b2（20:19）-> a2（20:20）
问题和分析
为什么呢？
答：因为显示是按时间排序的，并不是按照提交顺序显示的。这种情况显示顺序和提交顺序是不一致的，并不影响代码的合并顺序，虽然我们查看所有记录时显示是：c1 -> c2 -> c3 -> b1（20:17）-> a1（20:18）-> b2（20:19）-> a2（20:20），当时当我们执行一下命令：
git log --oneline --graph --all --decorate
查看提交记录时，记录仍然是按照我们的预期顺序： c1 -> c2 -> c3 -> a1（20:18）-> a2（20:20）-> b1（20:17）-> b2（20:19），因此并不影响代码，仅影响显示顺序，所以并不用担心。
此时不要用以下命令进行查看提交记录，因为它默认是按照提交的时间顺序从最新到最旧排序的。
git log -n 30 --pretty=oneline
解决方案
怎么解决这种呢？
方案一：改变显示排序规则。
方案二：规范化自己的开发流程。
