一、Git起步

(1) 与其他版本控制系统的差别

(a) 存储信息的方式

• 其他版本控制系统：以文件变更列表的方式存储信息；

• Git：对小型文件系统的一组快照，每次提交制作快照时，若文件没有 修改则不重新存储，而只保留指向之前存储文件的链接；

(b) 本地执行

• 其他版本控制系统：集中式，有网络延时，无网络时无法提交；

• Git：本地执行，无网络时也可本地提交；

(c) 完整性

• 其他版本控制系统：（待确定）；

• Git：SHA-1校验和；

(2) 三种状态

• 已提交（committed）：数据已经安全的保存在本地数据库中;

• 已修改（modified）：修改了文件，但还没保存到数据库中;

• 已暂存（staged）：表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中；

(3) 三个工作区域

• Git仓库：保存项目元数据和对象数据库的地方；

• 工作目录：项目的某个版本独立提取出来的内容；

• 暂存区域：一个文件，保存了下次将提交的文件列表信息（修改过的文件信息），也被称为“索引”；

(4) 配置

(a) 配置存放位置

• /etc/gitconfig文件，使用–system选项，系统上每个用户通用配置；

• ~/.gitconfig或~/.config/git/config文件，使用–global选项，针对当前用户；

• 当前仓库.git/config，针对当前仓库；

(b) git config：

• 修改：git config [--global|--system] KEY VALUE

• 查看所有：git config —list

• 查看某一项：git config KEY

• 别名： git config [--global]alias.SHORT_COMMOND COMPLETE_COMMOND
  如 git config --global alias.last 'log -1 HEAD'

二、Git初始化

(1) 获取Git仓库

• 现有所有文件导入git中：git init；

• 克隆现有的仓库：git clone URL [NEW_NAME]；

三、Git基本提交

(1) 文件状态

状态变化图（见右）

• 未跟踪；

• 已跟踪：

  • 未修改（已提交）；

  • 已修改；

  • 已暂存；

(2) 检查当前文件状态

git status [--short(-s)]

状态简览

• ?? — 未跟踪；

• A — 新添加到暂存区；

• D — 删除的文件；

• 左边M — 被修改并添加到暂存区（修改过，未add的无法提交）；

• 右边M — 在工作区被修改了还没放入暂存区；

(2) 跟踪文件

(a) add

理解为“添加内容到下一次提交中”而不是“将一个文件添加到项目中”

git add FILE_NAME | DICTIONARY_NAME |.

参数：

• -i：交互方式，可选择git基本功能；

• -u：更新已经加入到暂存区的文件修改；

(b) 忽略文件：

.gitignore文件

规则：

• 注释：“#”开头；

• 防止递归：以（/）开头；

• 指定目录：以（/）结尾；

• 忽略：模式前加上惊叹号（!）取反；

• glob 模式匹配：

  • 匹配零个或多个任意字符：*；

  • 匹配任意中间目录：**；

  • 匹配任何一个方括号中的字符：[xxx]；

  • 匹配任何一个范围的字符：[x-x’]；

  • 匹配任意一个字符：?；

实用工具：http://gitignore.io

(3) 提交更新

git commit [-m | -a ] COMMIT_MESSAGE

COMMIT_MESSAGE多行信息，可用一个单引号实现
参数：

• -m：可以简要填写提交信息；

• a：自动暂存已跟踪过的文件，并提交；

(a) 补充提交

git commit --amend [-m NEW_MESSAGE]

提交之后，想重新提交刚才提交过的更新，用此命令；

用参数“-m”可以更新提交的信息；

(b) 提交的过程

• git会保存一个提交对象，保持暂存内容快照的指针，以及提交时的信息；提交对象的父对象，是上一次提交的对象（可能多个或没有）；

• 暂存操作为每个文件计算校验和，保存当前版本的文件快照，等待提交；

• 提交时，计算每个子目录的校验和，并将其保存为树对象；创建提交对象，包含指向树对象和各个文件快照的指针；非首次提交有指向父对象的指针；

(4) 移除文件

git rm [-f | --cached] FILE_NAME | DICTIONARY_NAME

参数：

• -f：删除已修改并放入暂存区的文件；

• -cached：将文件从暂存区（git仓库）中移除，但仍保留在当前工作目录中；

(5) 移动文件

git mv FILE_FROM FILE_TO

(6) 储藏与清理

(a) 储藏 stash

• 解决：要切换分支，但又不想为做了一半的工作创建一次提交的情况；

• 储藏：git stash [save MESSAGE|-u(--include-untracked)|-k(--keep-index)|--all(-a)]；

  • 默认储藏已暂存的修改；

  • u，则在此基础上加上未暂存的修改；

  • k，–keep-index则只储藏未暂存的修改；

  • –all，-a所有文件储藏，不仅仅本次修改；

• 查看：git stash list；

• 恢复第n次储藏（与list中的数字一样），默认最近一次即stash@{0}：git stash apply stash@{n}
  恢复最近一次也可以用（但会删除储藏的记录）：git stash pop；

• 移除储藏：git stash drop stash@{n}；

• 以储藏新建分支：git stash branch；

(b) 清理 clean

移除不在暂存区的修改

git clean [-f|-d|-n]

-f 强制执行，-n 列出将会做的处理

四、还原历史

(1) 重置

(a) “三棵树”

• HEAD：当前分支引用的指针，上一次提交；

• Index：暂存区域引用指针，预期的下一次提交；

• Working Directory：沙盒；

(b) reset

git reset --soft|mixed|hard

• soft：移动HEAD到目标提交上，之间修改保留在暂存区；

• mixed(默认)：除了以上操作，将Index（暂存区）上的还原成目标提交上的，之间修改保留在工作区；

• hard：除了以上两项操作，将工作区的修改还原成目标提交上的；

与checkout一样，区别在于：checkout更安全有检查，且移动HEAD（分支）而非其指向；

(2) 撤销提交

(a) 取消暂存的文件

将已加到暂存区的文件取消暂存

git reset HEAD FILE_NAME
git reset -- FILE_NAME

(b) 撤销对文件的修改

• 撤销所有文件修改，回到上一次提交状态：git reset --hard HEAD；

• 撤销不在暂存区中的文件的修改：git checkout — FILE_NAME;

• 将文件还原到BRANCH_NAME分支上的最新进度：git checkout BRANCH_NAME — FILE_NAME；

(c) 合并还原提交

git revert -m N BRANCH_NAME | COMMIT_HASH

撤销该次提交的操作，该次提交之后的修改仍然存在

若要撤销“还原提交”操作，继续用revert命令；

git revert -n

撤销而不产生提交信息，可查看做了哪些更改，再决定是否提交

(d) 重写提交历史

• 利用变基操作：

  • git rebase -i BRANCH_NAME | HEAD~n | ...

  • 之后，有从当前分支到BRANCH_NAME分支之间的提交历史列表，选择pick(提交)或squash(合并)等操作；

• 利用reset：git reset --soft COMMIT_HASH，再进行提交 git commit ；

五、分支与合并

(1) 分支

• 实际上是指向提交对象的可变指针，默认是master；

• HEAD指针指向当前所在的本地分支；

(2) 新建分支

(a) 根据branch新建

git checkout -b [--track][NEW_BRANCH_NAME] BRANCH_NAME
# 等同于
git branch BRANCH_NAME
git checkout BRANCH_NAME

参数–track：将新分支与当前分支建立跟踪关系

(b) 根据commit新建：

git checkout COMMIT_HASH
git checkout -b NEW_BRANCH_NAME
# 或者
git branch NEW_BRANCH_NAMECOMMIT_HASH

(3) 查看分支

git branch [-v | --merged | --no-merged]

参数：

-v：查看每个分支的最后一次提交；

–merged，–no-merged：查看已合并、未合并到当前分支的分支；

(4) 删除分支

git branch -d | -D BRANCH_NAME

-D是丢掉未合并工作，强制删除

(5) 分支合并

git merge BRANCH_NAME

将BRANCH_NAME合并到当前分支上

若有冲突，git status, git diff 查看冲突并解决，可用git mergetool

中止合并：git merge —abort
“fast-forward”：即如果当前HEAD是待合并commit的祖先，则会将当前分支指针指向待合并commit，不会产生新的merge commit，这是git merge操作的默认操作；
若加上参数git merge --no-ff，则在此场景下，会产生新的merge commit；

(6) 变基

(a) 方法

使用rebase命令，可以将提交到某一分支上的所有修改都移至另一分支；

git checkout BRANCH_C4
git rebase BARNCH_C3
git checkout BRANCH_C3
git merge BRANCH_C4

# 等同于
git rebase BRANCH_C3 BRANCH_4
git checkout BRANCH_C3
git merge BRANCH_C4

变基过程中，若存在冲突则解决冲突，后用git rebase —continue，而不是git commit；

(b) 原理

首先找到这两个分支（即当前分支 experiment、变基操作的目标基底分支 master）的最近共同祖先 C2，然后对比当前分支相对于该祖先的历次提交，提取相应的修改并存为临时文件，然后将当前分支指向目标基底 C3, 最后以此将之前另存为临时文件的修改依序应用；

(c) 注意

不要对在你的仓库外有副本的分支执行变基；

(7) 打标签

(a) 列出标签

git tag [-l GLOB_STRING | -n]

参数：

• -l：列出符合模式的所有标签；

• -n：列出所有标签即对应的标签信息（若无标签信息则为commit信息）

(b) 查看标签

git show TAG_NAME

(c) 创建标签

• 附注标签：

  git tag -a TAG_NAME -m TAG_MASSAGE

存储了标签的作者、时间等信息；

• 轻量标签：

  git tag TAG_NAME

将提交校验和存储到一个文件中，不存其他信息；

• 后期打标签：

  git tag -a TAG_NAME HASH

给某一次提交打标签

(d) 删除标签

git tag -d TAG_NAME

(e) 删除远程标签

git push origin :TAG_NAME

(f) 推送标签

git push origin TAG_NAME | --tags

将特定标签推送到服务器，推送所有标签

(g) 检出标签

git checkout -b BRANCH_NAME TAG_NAME

在特定的标签上创建一个分支

六、远程协作

(1) 远程仓库

(a) 查看远程仓库

git remote [-v | show REMOTE_NAME]

参数

• 无参数：列出远程服务器的简写；

• -v：需要读写远程仓库的简写与其对应的URL；

• show：列出远程仓库的URL与跟踪分支的信息，以及push和pull的情况；

(b) 添加远程仓库

git remote add [-u] SHORT_NAME URL

可使用SHORT_NAME来代替整个URL，参数-u设置为默认远程仓库与–set-upstream一样

(c) 拉取远程仓库

• 仅拉取：

  git fetch REMOTE_NAME

  • 访问远程仓库，从中拉取所有本地还没有的数据，但不会合并，需手动merge；

  • 如果使用clone，会自动将其添加为远程仓库并简称为origin；

• 拉取并尝试合并：

  git pull REMOTE_NAME BRANCH_NAME

  • 拉取后自动尝试合并到当前分支；

(d) 推送到远程仓库

git push REMOTE_NAME LOCAL_BRANCH_NAME:REMOTE_BRANCH_NAME

• git pull --ff-only：类似的，可以在pull操作时加上参数–ff-only，只合并那些“fast-forward”的情况；

• git pull --rebase COMMIT：不会产生新的merge提交，而是和rebase类似，将两个提交之间相差的提交部分提交到COMMIT之后；

• git push REMOTE_NAME +LOCAL_BRANCH:REMOTE_BRANCH：强制更新远程分支，如果本地reset之后，可以采用这个命名更新远程分支；

(e) 重命名远程仓库

git remote rename OLD_REMOTE_NAME NEW_REMOTE_NAME

(f) 删除远程仓库

git remote rm REMOTE_NAME

(2) 远程分支

(a) 查看远程分支

git ls-remote REMOTE_NAME
git remote show REMOTE_NAME
git branch -r

# 所有跟踪分支
git branch -vv

(b) 增加远程仓库

git remote add REMOTE_NAME REMOTE_URL

(c) 跟踪分支

# 从远程拉取分支并跟踪
git checkout --track ORITIN_NAME/BRANCH_NAME

# 分支A跟踪分支B，分支B若有跟踪远程分支，则分支A也跟踪了 
git checkout --track -b BRANCH_NAME_ABRANCH_NAME_B    

(d) 删除分支

git push ORIGIN_NAME --delete BRANCH_NAME

七、检查与比较

(1) 比较文件

git diff [--staged(--cached) | HEAD]

参数

• 无参数：比较工作区与暂存区快照之间的差异；

• -staged或–cached：已暂存的与HEAD的差异；

• HEAD：比较工作区与HEAD的差异；

(2) 查看冲突

git diff [--ours | --theirs | --base]

• 以该分支为基础查看，合并了什么：–ours；

• 以对方分支为基础查看，合并了什么：–theirs；

• 查看冲突的改动：–base；

(3) 查看提交历史

git log [-p | -RECENT_N_TIMES | --stat |--pretty | --graph | --since | --before | --author | --committer | --grep |--decorate]

参数

• -p：显示每次提交的内容差异；

• RECENT_N_TIMES: 最近N次提交；

• -stat：每次提交的简略统计信息（统计文件哪些行被修改了）；

• -pretty=oneline|format:”…”：

  • oneline：单行显示；

  • format：可用格式占位符 %H, %h 长短Hash字串，%an 作者名字，% cn 提交者名字，%cd 提交日期，%s提交说明；

• -since(–after)，–before(–until)：限定日期，如“2008-10-01”；

• -grep：仅显示指定关键字的提交；

• -decorate：提交历史中列出分支信息；

git log –oneline –graph –decorate
一行查看日志，有branch合并的信息

git log -p FILE_NAME
显示文件FILE_NAME，每次提交实际修改的内容

git log -L BEGIN_LINE,END_LINE:FILE_NAME
指定文件中的某些行，查看这些行的变化日志

(4) 提交日志查看工具

(a) 引用日志

git reflog

与log的不同在于：最新更改放在列表前面显示，包括reset重置操作；（重置后也能查看到跳过的commit信息）

每当HEAD所指向的位置发生了变化，Git就会将这个信息存储到引用日志这个历史记录里；

(b) 查看具体修改 git show

• 查看分支在n次前所指向的提交：

  git show BRANCH_NAME@{n}

• 父提交：

  git show HASH^
  git show HASH~

• 祖父提交：

  git show HASH^^ 
  git show HASH~2

• （合并的）第二父提交：

  git show HASH^2

(c) 提交区间

# 在分支A中，但不在分支B中的
git log BRANCH_B..BRANCH_A
git log ^BRANCH_B BRANCH_A
git log BRANCH_A --not BRANCH_B

# 只被两者之一包含
git log BRANCH_A...BRANCH_B

(d) 搜索

• 搜索目录文件：从提交历史或工作目录中查找一个字符串正则表达式；

  git grep [-n | --count] FIND_GREP

参数

• 搜索日志：

  git log -S FIND_GREP --oneline

• 搜索文件的每一行来源：

  git blame FILENAME