Git 笔记系列（四）—— Git常用命令-Checkout
| 时间 | 更新备注 |
|---|---|
| 2018-02-28 | 新建文章 |
| 2018-06-06 | 添加checkout命令 |
目录
- Git 笔记系列（一）—— Git简介
- Git 笔记系列（二）—— Git工作流程
- Git 笔记系列（三）—— Git常用命令-一览
- Git 笔记系列（四）—— Git常用命令-Checkout
- Git 笔记系列（五）—— Git常用命令-Branch
- Git 笔记系列（六）—— Git常用命令-Reset
- Git 笔记系列（七）—— Git常用命令-Rebase
- Git 笔记系列（八）—— Git常用命令-Stash等
- Git 笔记系列（九）—— Git常用命令-Fork
- Git 笔记系列（十）—— Git进阶
- Git 笔记系列（十一）—— Git常见问题
- Git 笔记系列（十二）—— Git进阶, 巧用Git工具
- Git 笔记系列（十三）—— Git进阶, Git的奇技赢巧
引言
上篇介绍
Git的流程涉及了很多命令，这篇将对介绍Git工作流的命令进行梳理，希望增加对Git的理解，方便大家的使用。
checkout检出
checkout作用是修改HEAD的指向，变更Index区域里的内容，修改Working Directory里的内容。
git-checkout - Switch branches or restore working tree files
git checkout命令用于切换分支或恢复工作树文件。git checkout是git最常用的命令之一，同时也是一个很危险的命令，因为这条命令会重写工作区。
HEAD是checkout的灵魂
检出命令（git checkout）是Git最常用的命令之一，同样也很危险，因为这条命令会重写本地工作区。
用法一： git checkout [-q] [<commit>] [--] <paths>... 从index中恢复文件
用法二： git checkout [<branch>] 切换分支
用法三： git checkout [-m] [[-b|--orphan] <new_branch>] [<start_point>] 从另一个提交中取出文件
image
下面通过一些示例，具体的看一下检出命令的不同用法。
-
命令：
git checkout branch
检出branch分支。要完成如图的三个步骤，更新HEAD以指向branch分支，以branch指向的树更新暂存区和工作区。 -
命令：
git checkout
汇总显示工作区、暂存区与HEAD的差异。 -
命令：
git checkout HEAD
同上. -
命令：
git checkout – filename
用暂存区中filename文件来覆盖工作区中的filename文件。相当于取消自上次执行git add filename以来（如果执行过）本地的修改。
这个命令很危险，因为对于本地的修改会悄无声息的覆盖，毫不留情。 -
命令：
git checkout branch – filename
维持HEAD的指向不变。将branch所指向的提交中的filename替换暂存区和工作区中相应的文件。注意会将暂存区和工作区中的filename文件直接覆盖。 -
命令：
git checkout –或写做git checkout .
注意：git checkout命令后的参数为一个点（“.”）。这条命令最危险！会取消所有本地的修改（相对于暂存区）。相当于将暂存区的所有文件直接覆盖本地文件，不给用户任何确认的机会！
修改HEAD和分支指针指向
//直接移动HEAD指针
$ git checkout HEAD~num
//使用分支作为参考坐标移动HEAD指针
$ git checkout BranchName~num
//直接使用HashCode移动分支指针
$ `git branch -f BranchName HashCode`
//使用其他分支作为参考坐标移动分支指针
$ `git branch -f BranchName OtherBranchName~num`
image
注意，HEAD指针是由Checkout命令修改指向，后面讲到的分支的指向由git branch -f BranchName HashCode来修改，可以使用HEAD指针作为相对位置进行修改分支的指向。
修改HEAD总结
注意与~之间的区别，当存在多个分支时，可以用来选择分支，HEADi永远只选择第i级父节点的第一个分支，HEADi2选择第i级父节点的第二个分支，以此类推；HEAD=HEAD1=HEAD~1；如果没有分支，只有一条主线，则HEAD^=HEAD111=HEAD~3，如果该级几点有第二个分支，则表示为：HEAD^^^2 = HEAD~2^2.
- “”代表父提交,当一个提交有多个父提交时，可以通过在””后面跟上一个数字，表示第几个父提交，””相当于”1”.
- ~<n>相当于连续的<n>个”^”.
- checkout只会移动
HEAD指针，reset会改变HEAD的引用值。
切换分支
git checkout branch
当你checkout分支的时候，git做了这么三件事情
-
将HEAD指向那个分支的最后一次commit
-
将HEAD指向的commit里所有文件的snapshot替换掉Index区域里原来的内容
-
将Index区域里的内容填充到Working Directory里
Checkout总结
$ git checkout branch
#检出branch分支。要完成图中的三个步骤，更新HEAD以指向branch分支，以及用branch 指向的树更新暂存区和工作区。
$ git checkout
#汇总显示工作区、暂存区与HEAD的差异。
$ git checkout HEAD
#同上
$ git checkout -- filename
#用暂存区中filename文件来覆盖工作区中的filename文件。相当于取消自上次执行git add filename以来（如果执行过）的本地修改。
$ git checkout branch -- filename
#维持HEAD的指向不变。用branch所指向的提交中filename替换暂存区和工作区中相 应的文件。注意会将暂存区和工作区中的filename文件直接覆盖。
$ git checkout -- . 或写作 git checkout .
#注意git checkout 命令后的参数为一个点（“.”）。这条命令最危险！会取消所有本地的 #修改（相对于暂存区）。相当于用暂存区的所有文件直接覆盖本地文件，不给用户任何确认的机会！
$ git checkout commit_id -- file_name
#如果不加commit_id，那么git checkout -- file_name 表示恢复文件到本地版本库中最新的状态。
git add 跟踪文件变化
一个文件仅仅changed是不能被commit的，Git要求只能提交Index里的东西。
所以需要git add。这个命令的意思是，把Changed的文件的内容同步到Index区域里。这样Working Directory和Index区域的内容就一致了。这个过程被称之为stage
这个时候git status的结果是：
# Changes to be committed:
-
git add filename_1 filename_2用一个命令向暂存区(staging)添加多个文件的方法 -
git add -A提交所有变化,包括删除添加和改动。 -
git add -u提交被修改(modified)和被删除(deleted)文件，不包括新文件(new) -
git add .提交新文件(new)和被修改(modified)文件，不包括被删除(deleted)文件
-
git commit files进行一次包含最后一次提交加上工作目录中文件快照的提交。并且文件被添加到暂存区域。 -
git commit -a相当于运行git add把所有当前目录下的文件加入暂存区域再运行git commit. -
git checkout -- files把文件从暂存区域复制到工作目录，用来丢弃本地修改。 -
git checkout HEAD -- files回滚到复制最后一次提交。 -
git checkout HEAD filename: Discards changes in the working directory.
image
-
git reset HEAD filename: Unstages file changes in the staging area. -
git reset SHA: Can be used to reset to a previous commit in your commit history. -
git reset -- files用来撤销最后一次git add files，你也可以用git reset` 撤销所有暂存区域文件。
image
git commit
-
Git 仓库中的提交记录保存的是你的目录下所有文件的快照，就像是把整个目录复制，然后再粘贴一样，但比复制粘贴优雅许多！
-
Git 希望提交记录尽可能地轻量，因此在你每次进行提交时，它并不会盲目地复制整个目录。条件允许的情况下，它会将当前版本与仓库中的上一个版本进行对比，并把所有的差异打包到一起作为一个提交记录。
-
Git 还保存了提交的历史记录。这也是为什么大多数提交记录的上面都有父节点的原因 —— 我们会在图示中用箭头来表示这种关系。对于项目组的成员来说，维护提交历史对大家都有好处。
-
关于提交记录太深入的东西咱们就不再继续探讨了，现在你可以把提交记录看作是项目的快照。提交记录非常轻量，可以快速地在这些提交记录之间切换！
使用一次新的commit，替代上一次提交
如果代码没有任何新变化，则用来改写上一次commit的提交信息
$ git commit --amend -m [message]
撤销提交（commit）
原理就是放弃工作区和index的改动，同时HEAD指针指向前一个commit对象
#撤销上一次的提交
git reset --hard HEAD~1
要通过git log查看提交日志，也可直接指定提交编号或序号
示例：
image
撤销提交
git revert <commit-id>
这条命令会把指定的提交的所有修改回滚，并同时生成一个新的提交。
