判断仓库状态和了解文件修改内容
git status
:打印仓库当前的状态。
git diff filename:
打印文件所做的修改。
举例:修改readme.txt文件,改成如下内容:
this is a file.
the first modification.
运行git status
命令看看结果:
$ 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 status
命令可以让我们时刻掌握仓库当前的状态,上面的命令输出告诉我们,readme.txt
被修改过了,但还没有准备提交的修改。
虽然Git告诉我们readme.txt
被修改了,但如果能看看具体修改了什么内容,自然是很好的。比如你,已经记不清上次怎么修改的readme.txt
,所以,需要用git diff
这个命令看看。
在执行第二步git commit
之前,我们再运行git status
看看当前仓库的状态:
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: readme.txt
git status
告诉我们,将要被提交的修改包括readme.txt
,下一步,就可以放心地提交了:
$ git commit -m "add distributed"
[master e475afc] add distributed
1 file changed, 1 insertion(+), 1 deletion(-)
提交后,我们再用git status
命令看看仓库的当前状态:
$ git status
On branch master
nothing to commit, working tree clean
Git告诉我们当前没有需要提交的修改,而且,工作目录是干净(working tree clean)的。
版本回退
git log : 显示从最近到最远的提交日志。
例如:
commit 2f24c4f501508f2a87fe20e1dcdb373d110fa398
Author: 9249 <924922215@qq.com>
Date: Tue Aug 6 15:37:13 2019 +0800
the first modification
commit 3b04af2caf90fea9fc86a5d233f6f142d113d98b
Author: 9249 <924922215@qq.com>
Date: Tue Aug 6 15:21:17 2019 +0800
write a readme file
3b04af2是commit id
(版本号)
回退到上一个版本怎么做呢?
$ git reset --hard HEAD^
再看git log
commit 3b04af2caf90fea9fc86a5d233f6f142d113d98b
Author: 9249 <924922215@qq.com>
Date: Tue Aug 6 15:21:17 2019 +0800
write a readme file
在想回去怎么办?
$ git reset --hard 2f24c
版本号写前面随便几位。
Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD
指针,当你回退版本的时候,Git仅仅是把HEAD从指向append GPL
:
┌────┐
│HEAD│
└────┘
│
└──> ○ the first modification
│
○ write a readme.txt
改为指向add distributed
:
┌────┐
│HEAD│
└────┘
│
│
│
└──> ○ wrote a readme file
现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id
怎么办?
在Git中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^
回退到readme
版本时,再想恢复到the first
,就必须找到the first
的commit id。Git提供了一个命令git reflog
用来记录你的每一次命令
$ git reflog
d39a7f9 (HEAD -> master) HEAD@{0}: commit: remove test
cba9264 HEAD@{1}: commit: add test
bbb17a3 HEAD@{2}: commit: the third modification
63beb54 HEAD@{3}: reset: moving to 63beb5
2f24c4f HEAD@{4}: reset: moving to HEAD^
63beb54 HEAD@{5}: commit: the second modification
2f24c4f HEAD@{6}: commit: the first modification
fca9530 HEAD@{7}: commit: the first
3b04af2 HEAD@{8}: commit (initial): write a readme file
工作区与暂存区
工作区(Working Directory):电脑里存放文件的目录。
版本库(Repository):
工作区有一个隐藏目录.git
,这个不算工作区,而是Git的版本库。
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master
,以及指向master
的一个指针叫HEAD
。
我们把文件往Git版本库里添加的时候,是分两步执行的:
第一步是用git add
把文件添加进去,实际上就是把文件修改添加到暂存区;
第二步是用git commit
提交更改,实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时,Git自动为我们创建了唯一一个master
分支,所以,现在,git commit
就是往master
分支上提交更改。
你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。
管理修改
Git比其他版本控制系统设计得优秀,因为Git跟踪并管理的是修改,而非文件。
举个例子:
第一次修改 -> git add
-> 第二次修改 -> git commit
Git管理的是修改,当你用git add
命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,git commit
只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。
那怎么提交第二次修改呢?:
第一次修改 -> git add
-> 第二次修改 -> git add
-> git commit
撤销修改
git checkout -- filename:
把readme.txt
文件在工作区的修改全部撤销,这里有两种情况:
一种是readme.txt
自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
一种是readme.txt
已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
如果文件已经add到暂存区,怎么撤销呢?
用命令git reset HEAD <file>
可以把暂存区的修改撤销掉(unstage),重新放回工作区:
删除文件
rm
命令删了:
$ 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 checkout -- test.txt