第六章：提交

1】提交（commit）是用来记录版本库的变更的。（一一对应关系）

2】提交时，Git会记录索引的快照并把快照放进对象库中。

3】提交是将变更引入版本库的唯一方法。

 

一、原子变更集

　　1】每一个Git提交都代表一个相对于之前状态的单个原子变更集。

　　2】对于一个提交中所有做过的变动，相当于一个原子。要么全部应用，要么全部拒绝。

　　3】在底层模型，原子性是有意义的。一张提交快照代表所有文件和目录的变更。

　　     它代表一棵树的状态，而两张提交快照之间的变更集就代表一个完整的树到树的转换。

 

二、识别提交

　　1】在Git中，可以通过显式或隐式的引用指代每一个提交。

　　2】唯一的40位十六进制SHA1提交ID是显式引用。

　　3】始终指向最新提交的HEAD则是隐式引用。

　　

1、绝对提交名

　　1】散列标识符（散列ID）就是绝对名，它只能代表唯一确定的一个提交。

　　2】散列ID是全局唯一的，而且是对任意版本库都是唯一的。

　　3】标签名不是全局唯一，但标签名会明确指向一个唯一的提交。

 

2、引用和引用符号

　　1】引用是一个SHA1散列值，指向Git对象库中的对象。

　　2】一个引用通常指向提交对象。（引用可以指向任何Git对象）

　　3】符号引用：间接的指向Git对象。（它仍然只是一个引用）

　　4】本地特性分支名称、 远程跟踪分支名称和标签名都是引用。

　　5】每一个符号引用都有一个以 ref/ 开始的明确全称，并且都分层存储在版本库的  .git/refs/目录中。

　　6】.git/refs/ 目录有三种不同的命名空间代表不同的引用。

　　

 　　7】如果 一个分支和一个标签使用相同的名字，Git会应用消除二义性的启发式算法，。

　　　　根据git  rev-parse手册上的列表选取第一个匹配项。

　　8】Git自动维护几个用于特定目的的特殊符号引用。（这些引用可以在使用提交的任何地方使用）

　　

 　　9】Git中有一个特殊符号集来指代引用名。冒号 "："可以用来指向一个产生合并冲突的文件的替代版本。

 

3、相对提交名

　　1】Git的另一种（确定相对于另一个引用的提交）的机制，分支的头。

　　2】同一代提交中，^符号选择不同的父提交。

　　

 　　3】波浪线 ~ 用于返回父提交之前并选择上一代提交。

　　

 　　4】master~10^2~2^2复杂的名字。

　　　　

　　5、git  rev-parse + 提交名。把任何形式的提交名(标签、相对、简写绝对或者绝对名)都能转化为提交ID。

　　

 　　6】git  show-branch 。查看提交的相对名和提交日志消息。

 

三、提交历史记录

1、查看旧提交

　　1】显示提交历史记录的主要命令是 git  log。（更多的选项、参数、选择器、格式化器等）

　　2】git  log = git  log  HEAD，输出可从HEAD找到的历史记录中的提交日志。

　　3】注意： 回溯历史记录的时候，Git依附于提交图，而不是时间。

　　4】git  log  提交名，从指定的提交进行回溯。（对于查看某个分支的历史记录很有用）

　　5】无需查看版本库所有历史记录。我们要限制历史记录： since...until指定提交范围。

　　   （没有since，有until）

　　

 　　6】--pretty选项： 调整提交的信息数量。（有  oneline、short、full三种）

　　7】--abbrev-commit：只是请求缩写散列ID。

　　8】-p 选项： 输出提交引进的补丁或变更。（查看某个提交修改的内容） 　　

　　

 　　9】-n 选项，指定查看的提交日志的数量。

　　

 　　10】--stat选项，查看提交中变更的文件以及每个变更文件的改动行数。（可以与上图对应）

　　

　　

 　　11】git  show  命令，查看对象库对象的命令。也可以用来查看提交或某个对象。

　

2、提交图

　　1】图1、一幅完整但稍稍简化的提交图。

　　

　　2】图2、极大地简化蓝图：每一个提交都引入一个树对象来表示整个版本库。

　　

　　3】Git通过DAG（有向无环图）实现版本库的提交历史记录。

　　（提交图中，每一个节点代表一个单独的提交，所有边都从子节点指向父节点，形成祖先关系）

　　4】图3、标记提交图。将每一个提交做一个标记。

　　

　　5】gitk命令，可以画出版本库的DAG。

　　6】理解DAG: (a)一般提交只有一个父提交、 (b)只有初始提交没有父提交、 (c)合并提交有多个父提交、

　　                       (d)多个子提交的提交是出现分支的地方。

　　7】git  merge-base命令，可以查看分支的起点。

 

3、提交范围

　　1】很多Git命令都允许指定提交范围。（提交范围： 一系列提交的简写）

　　2】双句点（..）形式就表示一个范围。（开始..结束）【结束可达，开始不可达】

　　3】不可达原因： git：log  X..Y == git  log  ^XY。

　　　　"要从Y提交可到达的所有提交， 但是不要任包括X提交及其之前的提交"。

　　4】图4： 不可达。    （ M~12..M10 ）

　　

 　　5】图5、范围是两个分支，topic..master表示在master分支而不再topic分支的提交。

　　

 　　6】图6、三个句点（...）：对称差。 A...B： A和B之间的对称差。（A...B ==  B...A）

　　　　也就是A或B可达但又不是A和B同时可达的提交集合。

　　

　　

四、查看提交

1、使用git  bisect 命令

　　1】git  bisect， 基于任意搜索条件查找特定的错误提交。

　　2】前提条件： 要知道一个"好"状态版本和一个"坏"状态版本，以便搜索可以界定范围。

　　3】采取的是二分查找模式。（尽量让"好" 和 "坏" 离得近一些）

　　4】第一步： git  bisect  start  表示开始进行查找。

　　　  第二步： git  bisect  bad  指定提交   表示已知的"坏"状态版本。

　　      第三步： git  bisect  good  指定提交    表示已经的"好"状态版本。

　　　  第四步： 会定位到两个提交的中间提交。 用 git  bisect  bad 或者 git  bisect  good标记该提交。

　　　  第五步：  会定位到新的  good 和  bad的中间。再次指定好坏（递归下去，可以得到错误提交）

　　 

　　5】git  bisect  log 命令，查看  good 和 bad对应提交ID的问答日志。

 　　

 　　6】git  bisect  replay   日志文件。可以重新开始:

　　

 　　7】git  bisect  visualize --pretty=oneline，可视化的检查提交范围内的内容。

　　

 　　8】git  bisect  reset，退出bisect  debug的状态。（注意： 问答的过程中。HEAD会发生改变）

 

2、使用git  blame

　　1】git  blame， 也有助于识别特定提交。某个文件， 每一行最后修改的作者，修改的提交ID。

　　

3、使用Pickaxe

　　1】git  blame命令，查看文件的状态，git  log  -Sstring，会根据string沿着文件差异历史搜索。

　　2】通过搜索修订版本间的实际差异，可以找到执行改变的提交。

　　

　　

 　　3】带有-S选项的  git  log 命令称为pickaxe。