由于GIT刚刚开始使用不久，经常会在Merge时出现没有change-id的情况，在结合gerrit使用时，经常出现不能提交的情形，使得自己很困扰。最近有次熬夜加班，在代码完成后，由于多人在很短时间内提交多次，造成提交不上去的情况，当时那个慌啊。还好有给力的大神帮忙处理，突然觉得有必要好好学学Git了，不能仅仅满足于图形化工具的使用。
-
工作区、版本库、缓存区的关系与区别，如下图：
工作区：左侧的工作区就是我们日常编辑的部分
暂存区：使用git add XXX后的部分
版本库：使用commit后的部分
HEAD：当前版本指针
-
Git中的tree，blob,commit,tag的概念，
Blob: 就是一块内存区域，其中内容可以是文本，源码或者图片
Tree: 很想文件系统中的目录，可以指向blob或者其他的树，就像目录可以包含文件和子目录一样
Commit: 包含提交者的信息（姓名，Email），指向当前提交下所属的tree的指针，指向之前提交（父提交）的指针
Tag: 包含指向任意commit的指针，便于记录和使用指定的tree，而不用使用哈希值。
加粗部分为最常用内容，cheer up!
| Git命令 | 解释 |
| Git status | 查看当前状态 |
| Git diff | |
| Git diff head | |
| Git diff --cached/--staged | |
| Git checkout | 注意检出时会修改指针、暂存区、工作区，因此要注意该操作可能会丢失修改 |
| Git checkout - | 切换到上一个分支 |
| Git checkout <branch> | 切换到指定branch |
| Git checkout –b new_branch | 检出并创建分支，git pull origin xxx 本地分支与远程分支相关联 |
| Git branch | |
| Git branch –r | |
| Git commit –m 'XXX' | 提交并添加评论，需要注意的是提交什么的哈希码，是通过SHA1算法获得的160bit哈希值，在分布式版本控制系统中需要使用SHA1来唯一标识，而不是顺序ID。 |
| Git commit –am 'XXX' | |
| Git commit --allow-empty | 允许空白提交 |
| Git commit --amend | 对刚刚的提交进行修补，不会产生新的提交。有时，在merge操作后，在gerrit出现不能提交的情况，可以通过该命令，为merge commit产生一条changeID。其原理其实是组合了两条git命令，如下所示: |
| Git reset --soft HEAD^ | |
| Git commit –e –F .git/COMMIT_EDITMSG | |
| Git add -i | 进入交互式界面添加/修改/删除文件到暂存区，git add .快速添加所有文件 |
| Git add some_file | |
| Git merge | git merge origin/release, git merge XXX，分为两步，先将远程release内容merge到本地branch,之后再merge到release，比较稳妥 |
| Git rebase | |
| Git rebase –i | 合并提交，将pick改为fixup |
| Git clean –nd | 查看那些文件和目录会被删除 |
| Git clean –fd | 强制删除多余的目录和文件 |
| Git reset | 省略commit标识号，相当于使用了HEAD的指向作为提交ID。 |
| Git reset --hard some_commit_hashcode | 包含3个步骤：a.替换引用的指向；b.替换暂存区；c.替换工作区 |
| Git reset --soft <commit> | 包含1个步骤：a.替换引用的指向； |
| Git reset --mixed <commit>，默认方式 | 包含2个步骤：a.替换引用的指向；b.替换暂存区； |
| Git reset --soft HEAD^ | 工作区和暂存区不变，但引用向前回退一次 |
| Git stash | 保存当前进度，会分别对暂存区和工作区的状态进行保存，完整版本为git stash save "XXX" |
| Git stash list | 查看保存的进度列表 |
| Git stash pop | 从最近保存的进度进行恢复，并将该进度清除， |
| Git stash apply | 恢复进度，并且不删除 |
| Git stash clear | 删除所有存储的进度 |
| Git stash branch branch_name | 基于进度创建分支 |
| Git log | 查看日志 |
| Git log -i | 查看指定条目数日志 |
| Git log --graph | 以图形化的方式查看日志，在理解分支信息时很有用 |
| Git log –graph –pretty=oneline | 只查看单行的commitID |
| Git reflog | |
| Git config –global user.name | Git相关环境变量配置 |
| Git config –global alias.ci "commit -s" | 设置git操作别名，例如用ci表示类似SVN中的check in操作 |
| Vim file_name | |
| Git grep | 工作区文件内容搜索 |
| Git clone XXX | 拉代码，可以通过https和ssh等方式 |
| ls | 显示当前路径下的目录和文件 |
| Git rm/mv | 在Git中删除/移动文件 |
| Gitk --all | 最早的图形化工具 |
| Git blame | 追溯文件的修改记录（前提是bug已经定位到代码上） |
| Git bisect | 二分查找， |
| Git describe | |
| Git tag | 查看里程碑列表 |
| Git tag tagname | 轻量级里程碑，在.git/refs/tags中。其他还是重量级里程碑等内容，包括数字签名。 |
| Git cherry-pick <commit> | 用于把另一个本地分支的commit修改应用到当前分支。 |
| Git revert HEAD | 将HEAD提交反向再提交一次。由于修改历史操作只能是针对自己的版本库，而无法去修改别人的版本库，这时就可能需要使用revert去修正一个错误的历史提交。 |
| Git init | |
| Git push | 注意要禁止非快进式推送，理解不深 |
| Git fsck | 查看到版本库中包含的没有被任何引用关联的松散对象（danglin开头）,可能是commit也可能是blob |
| Git prune | 清理临时文件（未被关联的松散对象） |
| Git gc | 垃圾回收，清理版本库 |
| Git fetch | 获取最新代码信息，但不自动merge |
| Git merge | |
| Git merge --no-ff | None fast-forward，不快速向前 |
| Git pull | 拉去本地分支关联的远程分支的内容，并merge |
| git push origin :branch-name | git 删除远程分支,冒号前空格不能少，表示把一个空分支push到server,相当于删除 |
| git remote [-v] | 查看当前本地分支track的远程分支 |
| git remote show origin | 显示远程所有的分支信息 |
| git remote rename [a] [b] | 重命名远程库 |
| git remote remove [a] | 删除远程仓库 |
| git push -u origin release | 创建远程分支,配合git branch release |
| git grep -i -r "xxxx" | 查找文件中内容 |
Tip:设置ssh到github,参考资料
Android项目包含近200个Git版本库，因而google公司开发了repo(对git的封装)和gerrit两个工具进行版本库管理，其中gerrit是一种特别的集中式协同模型，通过SSH协议管理Git版本库，并实现一个Web界面的评审工作流。其中，Git不能直接推送到分支，而是推送到特殊的引用refs/for/<branch-name>。
其中困扰我良久的change-id其实不是git中的概念，而是gerrit中的概念，它通过hooks的方式(其实就是面向切面的拦截器，在C语言中一般叫做hooks钩子，位于.githooks文件夹中)为该次提交添加一个change-id，然后就可以被gerrit管理起来了。Gerrit提交方式，Git push origin HEAD:refs/for/your_brance...%r=xxx。
Gerrit审核服务器最初其实是为Android项目开发。Redmine是一款实现需求管理和缺陷跟踪的项目管理软件，可以和Git版本库实现整合，git的提交可以之间关闭redmine上的Bug,同时Git的提交还可以反映出项目成员的工作进度。Redmine中的用户（项目成员）用一个ID做标识，而Git的提交者则用一个包含用户名和邮件地址的字符串，需要一个关联配置。
Git模型图如下所示：
Tip:
主要供自己工作参考，若有疏漏，望见谅。参考蒋鑫大师的《GIT权威指南》和大塚弘记的GitHub入门与实践，前者非常全面，后者简单有效。
Git设置SSH
第一步：生成本机ssh key, ssh-keygen -t rsa -C "xxxxxx@yy.com"
第二步：设置用户名密码，$ git config --global user.name “your_username” #设置用户名
$ git config --global user.email “your_registered_github_Email” #设置邮箱地址
第三步：测试是否成功，ssh -T git@github.com
对于git小乌龟来说：只需要在设置 -> git 编辑本地 .git/config 增加[credential] helper = store即可
在git中如果想忽略掉某个文件，不让这个文件提交到版本库中，可以使用修改 .gitignore 文件的方法。这个文件每一行保存了一个匹配的规则例如：
# 此为注释 – 将被 Git 忽略
*.a # 忽略所有 .a 结尾的文件
!lib.a # 但 lib.a 除外
/TODO # 仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO
build/ # 忽略 build/ 目录下的所有文件
doc/*.txt # 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt