Git学习笔记三--管理修改、撤销修改、删除文件
2015-03-23 20:04
459 查看
1.管理修改
什么是修改?比如你新增了一行,这就是一个修改,删除了一行,也是一个修改,更改了某些字符,也是一个修改,删了一些又加了一些,也是一个修改,甚至创建一个新文件,也算一个修改。
为什么说Git管理的是修改,而不是文件呢?我们还是做实验。
第一步,对readme.txt做一个修改,比如加一行内容:
然后,添加:
然后,再修改readme.txt:
提交:
提交后,再看看状态:
咦,怎么第二次的修改没有被提交?
别激动,我们回顾一下操作过程:第一次修改 ->
你看,我们前面讲了,Git管理的是修改,当你用
提交后,用
可见,第二次修改确实没有被提交。
那怎么提交第二次修改呢?你可以继续
2.撤销修改
命令
一种是
一种是
总之,就是让这个文件回到最近一次
如果,你已经将修改的内容git add到了暂存区,但是还没有commit提交。同样,可以使用命令
还记得如何丢弃工作区的修改吗?
现在相当于今天什么都没做!
[b]小结[/b]
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令
场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令
场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。
3.删除文件
一般情况下,你通常直接在文件管理器中把没用的文件删了,或者用[b]
这个时候,Git知道你删除了文件,因此,工作区和版本库就不一致了,
现在你有两个选择,一是使用
现在,文件就从版本库中被删除了。
另一种情况是删错了rm readme.txt,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:
什么是修改?比如你新增了一行,这就是一个修改,删除了一行,也是一个修改,更改了某些字符,也是一个修改,删了一些又加了一些,也是一个修改,甚至创建一个新文件,也算一个修改。
为什么说Git管理的是修改,而不是文件呢?我们还是做实验。
第一步,对readme.txt做一个修改,比如加一行内容:
$ cat readme.txt Git is a distributed version control system. Git is free software distributed under the GPL. Git has a mutable index called stage. Git tracks changes.
然后,添加:
$ git add readme.txt $ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: readme.txt #
然后,再修改readme.txt:
$ cat readme.txt Git is a distributed version control system. Git is free software distributed under the GPL. Git has a mutable index called stage. Git tracks changes of files.
提交:
$ git commit -m "git tracks changes" [master d4f25b6] git tracks changes 1 file changed, 1 insertion(+)
提交后,再看看状态:
$ git status # On branch master # Changes not staged for commit: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # modified: readme.txt # no changes added to commit (use "git add" and/or "git commit -a")
咦,怎么第二次的修改没有被提交?
别激动,我们回顾一下操作过程:第一次修改 ->
git add-> 第二次修改 ->
git commit
你看,我们前面讲了,Git管理的是修改,当你用
git add命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,
git commit只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。
提交后,用
git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别:
$ git diff HEAD -- readme.txt diff --git a/readme.txt b/readme.txt index 76d770f..a9c5755 100644 --- a/readme.txt +++ b/readme.txt @@ -1,4 +1,4 @@ Git is a distributed version control system. Git is free software distributed under the GPL. Git has a mutable index called stage. -Git tracks changes. +Git tracks changes of files.
可见,第二次修改确实没有被提交。
那怎么提交第二次修改呢?你可以继续
git add再
git commit,也可以别着急提交第一次修改,先
git add第二次修改,再
git commit,就相当于把两次修改合并后一块提交了:第一次修改 ->
git add-> 第二次修改 ->
git add->
git commit 。好,现在,把第二次修改提交了。
2.撤销修改
git checkout -- file可以丢弃工作区的修改:
$ git checkout -- readme.txt
命令
git checkout -- readme.txt意思就是,把
readme.txt文件在工作区的修改全部撤销,这里有两种情况:
一种是
readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
一种是
readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
总之,就是让这个文件回到最近一次
git commit或
git add时的状态。
git checkout -- file命令中的
--很重要,没有
--,就变成了“创建一个新分支”的命令,我们在后面的分支管理中会再次遇到
git checkout命令。
如果,你已经将修改的内容git add到了暂存区,但是还没有commit提交。同样,可以使用命令
git reset HEAD file可以把暂存区的修改撤销掉(unstage),重新放回工作区:
$ git reset HEAD readme.txt Unstaged changes after reset: M readme.txt
git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区。当我们用
HEAD时,表示最新的版本。
还记得如何丢弃工作区的修改吗?
$ git checkout -- readme.txt $ git status # On branch master nothing to commit (working directory clean)
现在相当于今天什么都没做!
[b]小结[/b]
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令
git checkout -- file。
场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令
git reset HEAD file,就回到了场景1,第二步按场景1操作。
场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。
3.删除文件
一般情况下,你通常直接在文件管理器中把没用的文件删了,或者用[b]
rm[/b]命令删了:
$ rm test.txt
这个时候,Git知道你删除了文件,因此,工作区和版本库就不一致了,
git status命令会立刻告诉你哪些文件被删除了:
$ git status # On branch master # Changes not staged for commit: # (use "git add/rm <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # deleted: test.txt # no changes added to commit (use "git add" and/or "git commit -a")
现在你有两个选择,一是使用
git rm从版本库中删除该文件,并且
git commit:
$ git rm test.txt rm 'test.txt' $ git commit -m "remove test.txt" [master d17efd8] remove test.txt 1 file changed, 1 deletion(-) delete mode 100644 test.txt
现在,文件就从版本库中被删除了。
另一种情况是删错了rm readme.txt,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:
$ git checkout -- test.txt
git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。
小结
命令git rm用于删除一个文件。如果一个文件已经被提交到版本库,那么你永远不用担心误删,但是要小心,你只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容。
相关文章推荐
- Git学习笔记三--管理修改、撤销修改、删除文件
- Git学习笔记(3)——撤销修改和文件的删除
- Git学习笔记(3)——撤销修改与文件删除
- 三、git学习之——管理修改、撤销修改、删除文件
- Git学习笔记(三) —— 撤销修改、删除文件
- 浅入Git学习⑤--管理修改、撤销修改、删除文件
- Git学习笔记 chapter04--撤销修改和删除文件
- Git学习笔记二(版本回退、工作区和暂存区、撤销修改、删除文件)
- Git学习-工作区,暂存区,管理修改,撤销修改,删除文件
- Git 教程----3.0时光机穿梭 3.1版本回退 3.2工作区和暂存区 3.3管理修改 3.4撤销修改 3.5删除文件
- git(工作区,暂存区,管理修改,撤销修改,删除文件)
- Git学习02 --暂存区,撤销修改,删除文件
- Git的管理修改、撤销修改、删除文件
- Git版本控制管理学习笔记4-文件管理和索引
- 2016/01/13开始学习git:管理修改、撤销修改
- Git学习笔记(删除文件)
- Git学习(五)----Git工作区&暂存区&版本库(“三巨头”)、删除文件、撤销操作
- git如何删除已经 add 的文件 (如何撤销已放入缓存区文件的修改)
- Git 学习笔记--git 查看某个文件的修改历史
- Git管理的文件的修改如何撤销?