深入理解Shiftkey/Desktop中的Git不可达提交-优快云博客

本文链接：https://blog.youkuaiyun.com/gitblog_00052/article/details/148464351

深入理解Shiftkey/Desktop中的Git不可达提交

desktop Fork of GitHub Desktop to support various Linux distributions 项目地址: https://gitcode.com/gh_mirrors/des/desktop

前言

在版本控制系统中，理解提交(commit)之间的可达性关系对于高效使用Git至关重要。本文将详细讲解在Shiftkey/Desktop项目中如何处理可达与不可达提交，帮助开发者更好地管理代码历史。

Git提交图基础

Git使用有向无环图(DAG)来记录代码提交历史。每个提交都包含以下关键信息：

唯一哈希标识
父提交指针(初始提交除外)
提交内容快照
作者和提交信息

基本可达性示例

考虑一个简单的线性历史：

gitGraph
   commit id: "A"
   commit id: "B"
   commit id: "C"

在这个例子中：

提交C的可达提交包括B和A
提交B的可达提交只有A
提交A没有父提交，是初始提交

分支与不可达提交

当项目存在多个分支时，提交可达性会变得复杂。考虑以下场景：

gitGraph
   commit id: "A"
   commit id: "B"
   commit id: "C"
   branch feature-branch
   checkout feature-branch
   commit id: "D"
   commit id: "E"
   checkout main
   commit id: "F"

在这个例子中：

从F出发，可达提交路径：F→C→B→A
从E出发，可达提交路径：E→D→C→B→A
关键观察：无法从F到达D和E，这些就是不可达提交

Git命令与可达性

许多Git命令的行为受提交可达性影响：

git diff命令：
- git diff A..C：显示B和C的变更
- git diff B..F：显示C和F的变更，不包含D和E
git log命令：
- git log F：显示F、C、B、A的提交历史
- git log E：显示E、D、C、B、A的提交历史

合并提交的特殊性

合并操作会创建具有两个父提交的特殊提交节点：

gitGraph
   commit id: "A"
   commit id: "B"
   commit id: "C"
   branch feature-branch
   checkout feature-branch
   commit id: "D"
   commit id: "E"
   checkout main
   commit id: "F"
   merge feature-branch tag: "G"

合并后：