git基本操作(配图超详细讲解)(一)+https://developer.aliyun.com/article/1393942
此外,git log可以查看历史提交记录
为了使打印结果更加美观,我们可以这样
修改文件
我们提到的修改:新增,修改,删除
git跟踪管理的不是文件,而是工作区内容的修改,这些修改就存放在对象区。
我们再来对文件进行修改,这是我们修改的代码量比较少,所以我们还是可以区分哪些是修改的,而且找的到,如果我们的代码写了几百行,这时候增删我们再查看就找不全哪些是修改过的了,所以在这里我们认识一个指令
git status 查看上次提交之后是否对文件有再次修改
没有需要提交的内容,这是因为我们没有add修改过的Readme文件,但是下面是可以看到我们对Readme文件是有修改的。
但是这样还不够,我们看不到具体修改了什么内容,这里还有一个指令
git diff 文件名 这个指令用来显示暂存区和工作区的差别
我们再来试一次
这一次我们删除了工作区的一个文件,(Read文件未添加和提交,所以我们删除也不会显示),并且在Readme文件中添加了些内容,通过git status可以查看上次提交后是否有修改,这次我们有删除和修改。
新增了两行。
我们能产生对比效果,是因为已经经过了add,这里是在添加这两行前对Readme文件进行了add,因为git diff是对暂存区和工作区的一个对比。
版本回退
之前我们提到过git可以管理历史文件的版本,如果有天你想找回之前版本的文件,这时候,版本回退就很必要了。
我们可以看到我们提交的文件历史记录,现在我们将后来再次修改的文件再次做提交。
现在我们想将文件退回到第二个版本,我们当前是最新版本。
git reset --soft commit id
git reset --mixed commit id
git reset --hard commit id
或者
git reset --soft HEAD^, HEAD^表示上个版本,HEAD^^表示上上个版本。
……
也可以
git reset --soft HEAD~1 表示退回第几个版本,0就代表当前的最新版本。
……
三个选项的区别是什么呢?
首先我们要明确的是上个版本与当前版本差的是一句try again。
而系统默认的回退方式是--mixed,我们也要慎重使用--hard,否则工作区辛苦写了几天的代码,一行指令就没了,无法找回。
我们再回退至刚才的最新版本
我们能够自由回退到任意版本,就是因为我们能够找到commit id,如果说你不小心clear,找不到commit id怎么办,没关系,还有办法
git reflog 该命令记录了本地的每一条命令
但作者还想说的是,随着提交记录的变多,有些记录早就找不到了,到那时候,就真找不回来了。
值得说明的是,git回退版本的速度非常快,原因我们画图来解释:
也就是说每个版本都有单独存储,需要回退到哪个版本就使HEAD指向哪个版本。
撤销修改
版本回退本质是回退版本库,但是撤销修改本质是撤销工作区内容的修改。
我们再对Readme文件做一些修改
我们发现之前的内容没了,如何撤销修改?
未add
git checkout -- filename
已经add,但未commit
这时候就要重新提起我们的reset了,他有回退到当前版本的功能,所谓当前版本,就是以版本库为参照,回退到版本库。
我们画个图:
我们要回退到版本库那个样子,怎么做呢?
有两个办法 ,使用--hard全部回退到当前版本,一步到位
第二个办法,先--mixed回退暂存区至当前版本,然后checkout --撤销修改
已经commit
还是有两种办法,第一种就是reset指定上一次的版本进行回退,直接--hard commit id
第二种方式就是--hard HEAD^回退至上一个版本。
删除文件
删除文件也算是一种修改,我们rm file删除文件后,正常添加,提交就可以了。
还有简单一步的:
省去了提交这一步骤。