Question

3: 分之

提交的时候会保存一个 commit 对象：它包含一个指向暂存内容快照的指针，作者和相关信息，以及一定数量（也可能没有）指向该提交对象直接祖先的指针。 分之：本质上是一个指向 commit 对象的指针，新建一个分之就是创建一个新的分之指针。git 鼓励多用分之，创建和销毁非常廉价。 git 保存一个名为 HEAD 的特殊指针，它是一个指向你正在工作中的本地分之的指针（用来区分在哪个分之工作） Fast Forward: 如果顺着一个分之可以到达另一个分之，git 在合并两者的时候只会简单地把指针前移，没有分歧需要解决，这个过程叫做快进(fast forward)。 merge commit: 如果有分叉，将合并的结果作为一个新的快照，然后创建一个指向它的commit git push [远程名] [本地分之]:[远程分支]

合并(merge)与衍合(rebase): rebase: 一个分之里提交的改变在另一个分之里重放一遍。 原理：回到两个分之（你所在的分之和你要rebase进去的分之）的"共同祖先"，提取你所在分之每次提交产生的差异(diff)，把这些差异分别保存在临时文件里，然后从当前分之 转换到你需要 rebase 的分之，依序施用每一个diff 文件。按照每行发生的顺序重演发生的改变。 git rebase [主分支] [特性分之] 会先检出特性分之，然后在主分支上重演。

rebase 黄金定律：永远不要rebase 那些已经推送到公共仓库的更新。(rebase实际上抛弃了一现存的commit 而创造了一些类似的不同的新的 commit) 如果把rebase 当成一种在推送之前清理提交历史的手段，而且仅仅rebase 那些永远不会公开的commit，就不会有任何问题。

4: 服务器上的 Git

四种协议：本地协议；ssh协议；git协议；http协议

5：分布式 Git

本章讲了不同大小团队使用 git 的工作流

为项目做贡献： 如何撰写提交说明，保持一行。 不要多余空白字符 每次提交限定与完成一次逻辑功能，适当分解为多次小更新。 rewind （回退）

6: 项目的管理

rebase 和 cherry-pick: cherry-pick 类似于针对某次特定提交的 rebase

7: git 工具

交互式暂存： git add -i

stash(储藏)：git stash apply stash@{2}

改变最近一次提交说明：git commit --amend 修改提交信息，但是不要在最近一次提交被推送后还去修改 修改多个提交说明： git rebase -i (注意千万不要涵盖你已经push到中心服务器的提交)

核弹级选项：filter-branch: 比如错误提交了二进制文件或者密码配置文件。会大面积修改提交历史，不要在公开项目搞。

使用 Git 调试： git blame git bisect 二分查找

子模块： git submodule add git://github.com/XXXX XXXX

8: 自定义 Git

配置代码merge 和diff 工具

Git 挂钩：客户端和服务器端 在 .git/hooks 下的可执行文件，刻意激活该挂钩脚本

9: Git 与其他系统

git svn ： 桥接工具

10: Git 内部原理

本质上 git 是一套内容须知(content-addressable)文件系统 如何清理误假如的大文件