时间 | 更新备注 |
---|---|
2018-02-28 | 新建文章 |
2018-06-06 | 添加checkout命令 |
2019-01-18 | 更新链接 |
引言
上篇介绍
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检出
checkout作用是修改HEAD的指向,变更Index区域里的内容,修改Working Directory里的内容。
1 | git-checkout - Switch branches or restore working tree files |
git checkout命令用于切换分支或恢复工作树文件。git checkout是git最常用的命令之一,同时也是一个很危险的命令,因为这条命令会重写工作区。
HEAD
是checkout
的灵魂
检出命令(git checkout
)是Git
最常用的命令之一,同样也很危险,因为这条命令会重写本地工作区。
1 | 用法一: git checkout [-q] [<commit>] [--] <paths>... 从index中恢复文件 |
下面通过一些示例,具体的看一下检出命令的不同用法。
命令:
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和分支指针指向
1 | //直接移动HEAD指针 |
注意,HEAD
指针是由Checkout命令修改指向,后面讲到的分支的指向由git branch -f BranchName HashCode
来修改,可以使用HEAD
指针作为相对位置进行修改分支的指向。
修改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里
Checkout总结
1 | $ git checkout branch |
- git checkout – file;撤销对工作区修改;这个命令是以最新的存储时间节点(add和commit)为参照,覆盖工作区对应文件file;这个命令改变的是工作区
- git reset HEAD – file;清空add命令向暂存区提交的关于file文件的修改(Ustage);这个命令仅改变暂存区,并不改变工作区,这意味着在无任何其他操作的情况下,工作区中的实际文件同该命令运行之前无任何改变
git commit
Git 仓库中的提交记录保存的是你的目录下所有文件的快照,就像是把整个目录复制,然后再粘贴一样,但比复制粘贴优雅许多!
Git 希望提交记录尽可能地轻量,因此在你每次进行提交时,它并不会盲目地复制整个目录。条件允许的情况下,它会将当前版本与仓库中的上一个版本进行对比,并把所有的差异打包到一起作为一个提交记录。
Git 还保存了提交的历史记录。这也是为什么大多数提交记录的上面都有父节点的原因 —— 我们会在图示中用箭头来表示这种关系。对于项目组的成员来说,维护提交历史对大家都有好处。
关于提交记录太深入的东西咱们就不再继续探讨了,现在你可以把提交记录看作是项目的快照。提交记录非常轻量,可以快速地在这些提交记录之间切换!
使用一次新的commit,替代上一次提交
如果代码没有任何新变化,则用来改写上一次commit的提交信息
1 | git commit --amend -m [message] |
git commit files
进行一次包含最后一次提交加上工作目录中文件快照的提交。并且文件被添加到暂存区域。git commit -a
相当于运行git add
把所有当前目录下的文件加入暂存区域再运行git commit
.
撤销提交(commit)
原理就是放弃工作区和index的改动,同时HEAD指针指向前一个commit对象
1 | #撤销上一次的提交 |
要通过git log查看提交日志,也可直接指定提交编号或序号
示例:
撤销提交
1 | 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` 撤销所有暂存区域文件。