问题流程

a分支

1. 初始记录：分支的提交记录是 c1 -> c2 -> c3
2. 第一次修改提交记录但并未push：a1（20:18）
3. 第二次修改提交记录：a2（20:20）

b分支

4. 初始记录： c1 -> c2 -> c3

5. 第一次修改提交记录但并未push：b1（20:17）

6. 第二次修改提交记录：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

解决方案

怎么解决这种呢？
方案一：改变显示排序规则。
方案二：规范化自己的开发流程。