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

解决方案

怎么解决这种呢?

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

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

相关推荐
import_random4 小时前
[git]只有git,没有github, 如何工作
git·github
import_random4 小时前
[git]先创建远程仓库or先创建本地项目
git·github
Linux实战笔记6 小时前
rebase 变基引发提交哈希重写与指针机制分析
git·rebase·提交哈希·分支模型·代码合并
小稀土1237 小时前
私有化研发协同系统并行期:旧 Jira 与新 Git 并存 6 条数据规则
git
Madison-No78 小时前
Git版本控制工具(二)
git
Brookty11 小时前
Git 与 GitHub|第一阶段:仓库、版本历史与 Git 对象模型(上篇)
git·github
Kimnol1 天前
我的第一次 Git 贡献:从 fork 到合并 PR #3130
git
鬼手点金1 天前
消息的四种角色
java·前端·人工智能·git·深度学习
齐 飞2 天前
idea中git误操作撤回git reset --hard ‘HEAD@{1}‘
java·git·intellij-idea
长成一棵参天树2 天前
React15 vs React16 核心区别
git·vscode