Git 笔记系列（四）—— Git常用命令 Checkout
| 时间 | 更新备注 |
|---|---|
| 2018-02-28 | 新建文章 |
| 2018-06-06 | 添加checkout命令 |
上篇介绍
Git的流程涉及了很多命令，这篇将对介绍Git工作流的命令进行梳理，希望增加对Git的理解，方便大家的使用。
- Git 笔记系列（一）—— Git简介
- Git 笔记系列（二）—— Git工作流程
- Git 笔记系列（三）—— Git常用命令-一览
- Git 笔记系列（四）—— Git常用命令-Checkout
- Git 笔记系列（五）—— Git常用命令-Branch
- Git 笔记系列（六）—— Git常用命令-Reset
- Git 笔记系列（七）—— Git常用命令-Rebase
- Git 笔记系列（八）—— Git常用命令-Stash等
- Git 笔记系列（九）—— Git进阶
checkout作用是修改HEAD的指向，变更Index区域里的内容，修改Working Directory里的内容。
git-checkout - Switch branches or restore working tree files
git checkout命令用于切换分支或恢复工作树文件。git checkout是git最常用的命令之一，同时也是一个很危险的命令，因为这条命令会重写工作区。
检出命令（git checkout）是Git最常用的命令之一，同样也很危险，因为这条命令会重写本地工作区。
用法一： git checkout [-q] [<commit>] [--] <paths>... 从index中恢复文件
用法二： git checkout [<branch>] 切换分支
用法三： git checkout [-m] [[-b|--orphan] <new_branch>] [<start_point>] 从另一个提交中取出文件
下面通过一些示例，具体的看一下检出命令的不同用法。
-
命令：
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指针
$ git checkout HEAD~num
//使用分支作为参考坐标移动HEAD指针
$ git checkout BranchName~num
//直接使用HashCode移动分支指针
$ `git branch -f BranchName HashCode`
//使用其他分支作为参考坐标移动分支指针
$ `git branch -f BranchName OtherBranchName~num`
注意，HEAD指针是由Checkout命令修改指向，后面讲到的分支的指向由git branch -f BranchName HashCode来修改，可以使用HEAD指针作为相对位置进行修改分支的指向。
注意^与之间的区别，当存在多个分支时，^可以用来选择分支，HEADi永远只选择第i级父节点的第一个分支，HEADi^2选择第i级父节点的第二个分支，以此类推；HEAD^=HEAD^1=HEAD1；如果没有分支，只有一条主线，则HEAD^^^=HEAD^1^1^1=HEAD3，如果该级几点有第二个分支，则表示为：HEAD^^^2 = HEAD2^2.
- “^”代表父提交,当一个提交有多个父提交时，可以通过在”^”后面跟上一个数字，表示第几个父提交，”^”相当于”^1”.
- ~相当于连续的个”^”.
- checkout只会移动
HEAD指针，reset会改变HEAD的引用值。
git checkout branch
当你checkout分支的时候，git做了这么三件事情
-
将HEAD指向那个分支的最后一次commit
-
将HEAD指向的commit里所有文件的snapshot替换掉Index区域里原来的内容
-
将Index区域里的内容填充到Working Directory里
$ 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 表示恢复文件到本地版本库中最新的状态。
一个文件仅仅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提供了很多脚本来辅助某些命令行任务。这里，你将看到一些交互式命令，它们帮助你方便地构建只包含特定组合和部分文件的提交。在你修改了一大批文件然后决定将这些变更分布在几个各有侧重的提交而不是单个又大又乱的提交时，这些工具非常有用。用这种方法，你可以确保你的提交在逻辑上划分为相应的变更集，以便于供和你一起工作的开发者审阅。如果你运行git add时加上-i或者--interactive选项，Git就进入了一个交互式的shell模式，显示一些类似于下面的信息：
$ git add -i
staged unstaged path
1: unchanged +0/-1 TODO
2: unchanged +1/-1 index.html
3: unchanged +5/-1 lib/simplegit.rb
*** Commands ***
1: status 2: update 3: revert 4: add untracked
5: patch 6: diff 7: quit 8: help
What now>
-
Git 仓库中的提交记录保存的是你的目录下所有文件的快照，就像是把整个目录复制，然后再粘贴一样，但比复制粘贴优雅许多！
-
Git 希望提交记录尽可能地轻量，因此在你每次进行提交时，它并不会盲目地复制整个目录。条件允许的情况下，它会将当前版本与仓库中的上一个版本进行对比，并把所有的差异打包到一起作为一个提交记录。
-
Git 还保存了提交的历史记录。这也是为什么大多数提交记录的上面都有父节点的原因 —— 我们会在图示中用箭头来表示这种关系。对于项目组的成员来说，维护提交历史对大家都有好处。
-
关于提交记录太深入的东西咱们就不再继续探讨了，现在你可以把提交记录看作是项目的快照。提交记录非常轻量，可以快速地在这些提交记录之间切换！
使用一次新的commit，替代上一次提交 如果代码没有任何新变化，则用来改写上一次commit的提交信息
$ git commit --amend -m [message]-
git commit files进行一次包含最后一次提交加上工作目录中文件快照的提交。并且文件被添加到暂存区域。 -
git commit -a相当于运行git add把所有当前目录下的文件加入暂存区域再运行git commit.
原理就是放弃工作区和index的改动，同时HEAD指针指向前一个commit对象
#撤销上一次的提交
git reset --hard HEAD~1
要通过git log查看提交日志，也可直接指定提交编号或序号
示例：
撤销提交
git revert <commit-id>
这条命令会把指定的提交的所有修改回滚，并同时生成一个新的提交。
要提交新版本a.txt，即内容为'a'的a.txt，则需要使用git add a.txt，将新版本的a.txt放到staged暂存区，然后才能使用git commit -m进行提交
而如果使用git commit -am，则可以省略git add a.txt这一步，因为git commit -am可以提交跟踪过的文件，而a.txt一开始已经被跟踪过了
-
git checkout -- files把文件从暂存区域复制到工作目录，用来丢弃本地修改。 -
git checkout HEAD -- files回滚到复制最后一次提交。 -
git checkout HEAD filename: Discards changes in the working directory.
-
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` 撤销所有暂存区域文件。
