git-显示顺序与提交顺序不一致的问题

问题流程

a分支

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

b分支

  1. 初始记录: c1 -> c2 -> c3

  2. 第一次修改提交记录但并未push:b1(20:17)

  3. 第二次修改提交记录: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),当时当我们执行一下命令:

bash 复制代码
git log --oneline --graph --all --decorate

查看提交记录时,记录仍然是按照我们的预期顺序: c1 -> c2 -> c3 -> a1(20:18)-> a2(20:20)-> b1(20:17)-> b2(20:19),因此并不影响代码,仅影响显示顺序,所以并不用担心。

此时不要用以下命令进行查看提交记录,因为它默认是按照提交的时间顺序从最新到最旧排序的。

bash 复制代码
git log -n 30 --pretty=oneline

解决方案

怎么解决这种呢?

方案一:改变显示排序规则。

方案二:规范化自己的开发流程。

相关推荐
lsc_blog9 小时前
年底还在招的岗位,先确认缺口和到岗要求
git·缓存·ci/cd·职场和发展·github
全栈陈序员14 小时前
【Git】从入门到精通(十一)—— git reset 三种模式详解
git·elasticsearch
全栈陈序员17 小时前
【Git】从入门到精通(十)—— 撤销与恢复:git checkout与git restore
运维·网络·数据库·git
全栈陈序员1 天前
【Git】从入门到精通(五)—— git add:将文件加入暂存区
大数据·git·elasticsearch
全栈陈序员1 天前
【Git】从入门到精通(七)—— git status:查看仓库状态
大数据·git·elasticsearch
莫晓燚1 天前
Ansible 13 个常用模块---企业实战
git·github
无言听风雨丶2 天前
Kubernetes GitOps 持续交付实战:用 Argo CD 让 Git 成为集群事实源
git·elasticsearch·kubernetes
全栈陈序员2 天前
【Git】从入门到精通(六)—— git commit:提交到版本库
大数据·git·elasticsearch
全栈陈序员2 天前
【Git】从入门到精通(一)—— Git简介:什么是版本控制系统
大数据·git·elasticsearch
大猫会长2 天前
git笔记
git