赞
踩
何为修改?比如新增了一行、删除了一行、更改了某些字符、删了一些又加了一些都是修改,甚至创建一个新文件也算一个修改。
实验
我们在readme.txt增加一行,cat看一下,add 到缓存区,而后又修改一下,然后cat看一下。
commit提交一下并status查看一下状态:
我们发现第二次的修改没有提交哦。先理一下我们的操作:
第一次修改 => git add => 第二次修改 => git commit
结论:Git管理的是修改,当你用git add命令后,在工作区的第一次修改被放入暂存区,准备提交,但在工作区的第二次修改并没有放入暂存区,所以,git commit只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。
提交后,用 git diff HEAD – learn.txt 命令可以查看工作区和版本库里面最新版本的区别。
从上面的实验我们可以理解git如何跟踪修改的,且我们可以得知:对于git的每次修改,每次修改,如果不用git add到暂存区,那就不会加入到commit中。
那么我们如何提交第二次修改呢?
第一次修改 => git add => 第二次修改 => git add => git commit
场景:当你乱改了工作区的某个文件的内容,想直接丢弃工作区的修改时,用命令 git checkout – <file>
实验:首先在learn.txt增加My stupid boss still prefers SVN. 使用git status后发现,工作区被修改了。
你会发现Git提示你,git restore <file>可以丢弃工作区的修改,但是其实用的最多的还是git checkout – <file>。
命令 git checkout – learn.txt 意思是把learn.txt文件在工作区的修改全部撤销。
这里有两种情况:
总之,就是让这个文件回到最近一次git commit或git add时的状态。注意:git checkout – <file>命令中的–很重要,没有–,就变成了“切换到另一个分支”的命令。
场景:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步:
step1:用命令git reset HEAD <file>
step2:用命令git checkout – <file>
实验:首先在learn.txt 中添加了一行,cat 看一下,然后git add 到暂存区。
使用 git reset hard,用命令 **git reset HEAD <file>**可以把暂存区的修改撤销掉(unstage),重新放回工作区:
现在已经放回工作区了,可以用 git checkout – learn.txt进行撤销工作区的修改。
git reflog看下所有记录。
在Git中,删除也是一个修改操作,我们实战一下,先添加一个新文件test.txt到Git并且提交,一般情况下,你通常直接在文件管理器中把没用的文件删了,或者用rm命令删了,这个时候,Git知道你删除了文件。
因此,工作区和版本库就不一致了,git status命令会立刻告诉你哪些文件被删除了。
确定要从版本库删除该文件,那就用命令 git rm 删除,且commit,注意一下:先手动删除文件,然后使用 git rm <file> 和 git add <file> 效果是一样的。
在版本库中把文件删除后的你呀,后悔了,怎么把删除的test.txt找回来呢?那么你可以直接用:git reset --hard HEAD^ //回退上个版本
注意:但是可能会影响你其他修改但是未提交的其他内容的。
因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版:git checkout – <file>
git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。
注意:从来没有被添加到版本库就被删除的文件,是无法恢复的!
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。