Git 原理备忘录

基本原理
VCS（Version Control System）
分成三大类，本地的、集中式的还有分布式的，git属于分布式VCS。分布式的是指客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。而集中式的VCS只是只是取出最新的文件或者快照。

这使得，在 Git 中的绝大多数操作都只需要访问本地文件和资源，不用连网。但如果用 CVCS 的话，差不多所有操作都需要连接网络。因为 Git 在本地磁盘上就保存着所有当前项目的历史更新，所以处理起来速度飞快。

设计目标
2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds ）有了开发自己的VCS的动机。
速度
简单的设计
对非线性开发模式的强力支持（允许上千个并行开发的分支）
完全分布式
有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）
基本原理
Git 和其他版本控制系统的主要差别在于，Git 只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。
Git 并不保存这些前后变化的差异数据。实际上，Git 更像是把变化的文件作快照后，记录在一个微型的文件系统中。每次提交更新时，它会纵览一遍所有文件的指纹信息并对文件作一快照，然后保存一个指向这次快照的索引。为提高性能，若文件没有变化，Git 不会再次保存，而只对上次保存的快照作一链接。

对于任何一个文件，在 Git 内都只有三种状态：已提交（committed），已修改（modified）和已暂存（staged）。

Git目录是 Git 用来保存元数据和对象数据库的地方。该目录非常重要，每次克隆镜像仓库的时候，实际拷贝的就是这个目录里面的数据。从项目中取出某个版本的所有文件和目录，用以开始后续工作的叫做工作目录。这些文件实际上都是从 Git 目录中的压缩对象数据库中提取出来的。
所谓的暂存区域只不过是个简单的文件，一般都放在 Git 目录中。有时候人们会把这个文件叫做索引文件，不过标准说法还是叫暂存区域。

存储结构
Git 的分支实质上仅是包含所指对象校验和（长度为 40 的 SHA-1 值字符串）的文件，所以它的创建和销毁都异常高效。 创建一个新分支就相当于往一个文件中写入 41 个字节（40 个字符和 1 个换行符）。

远程分支
远程跟踪分支是远程分支状态的引用。 它们是你不能移动的本地引用，当你做任何网络通信操作时，它们会自动移动。 远程跟踪分支像是你上次连接到远程仓库时，那些分支所处状态的书签。
假设你的网络里有一个在 git.ourcompany.com 的 Git 服务器。 如果你从这里克隆，Git 的 clone 命令会为你自动将其命名为 origin，拉取它的所有数据，创建一个指向它的 master 分支的指针，并且在本地将其命名为 origin/master。 Git 也会给你一个与 origin 的 master 分支在指向同一个地方的本地 master 分支，这样你就有工作的基础。

命令

checkout
用于从历史提交（或者暂存区域）中拷贝文件到工作目录，也可用于切换分支（本质是移动HEAD指针）。
常用的是-b选项，会新建一个分支。
git checkout – ：撤销对文件的检索，恢复为上次commit的样子。git checkout – [file] 是一个危险的命令，这很重要。 你对那个文件做的任何修改都会消失 - 你只是拷贝了另一个文件来覆盖它。
git checkout [branckname]: 切换分支
一个小技巧，解决冲突的时候，如果只想采用一方的更改，可以使用git checkout --theirs（或ours），参考https://bitmingw.com/2017/02/16/git-merge-rebase-ours-and-theirs/

diff
直接输入git diff：比较的是工作目录中当前文件和暂存区域快照之间的差异，也就是修改之后还没有暂存起来的变化内容。
git diff --cached【或者git diff --staged】：看已经暂存起来的文件和上次提交时的快照之间的差异。
rm
文件属于unmodified状态：rm文件后再运行git rm即可。
文件属于modified状态：需要再git rm命令中加上-f
仅仅是不再跟踪（staged状态），但是不在本地硬盘上删除：git rm --cached [filename]
mv
运行git mv [somefile1] [somefile2]，等价于运行下面三条命令：
mv somefile1 somefile2
git rm somefile1
git add somefile2
log
-p选项：展开提交的diff
-2： 最近的两次commit
–stat：行数统计
-U1: 上下文的长度设置1
–pretty ：用 oneline 将每个提交放在一行显示。还有 short，full 和 fuller 可以用。还有format可以设置格式，比如–pretty=format:“%h - %an, %ar : %s”
–graph
–since=2.weeks
–author
reset
git reset HEAD ：取消暂存某文件（不加选项地调用 git reset 并不危险 — 它只会修改暂存区域。）

fetch
git fetch origin ： 这个命令查找 “origin” 是哪一个服务器，从中抓取本地没有的数据，并且更新本地数据库，移动 origin/master 指针指向新的、更新后的位置。
rebase
你可以使用 rebase 命令将提交到某一分支上的所有修改都移至另一分支上，就好像“重新播放”一样。
rebase和merge的最终结果没有任何区别，但是变基使得提交历史更加整洁。 你在查看一个经过变基的分支的历史记录时会发现，尽管实际的开发工作是并行的，但它们看上去就像是串行的一样，提交历史是一条直线没有分叉。
一般我们这样做的目的是为了确保在向远程分支推送时能保持提交历史的整洁——例如向某个其他人维护的项目贡献代码时。 在这种情况下，你首先在自己的分支里进行开发，当开发完成时你需要先将你的代码变基到 origin/master 上，然后再向主项目提交修改。 这样的话，该项目的维护者就不再需要进行整合工作，只需要快进合并便可。
一条原则：只对尚未推送或分享给别人的本地修改执行变基操作清理历史，从不对已推送至别处的提交执行变基操作
Trick
查看commit次数：
git shortlog -sn

https://marklodato.github.io/visual-git-guide/index-zh-cn.html