目录

git版本控制

git版本控制

版本回退

1.查看git提交历史

1
2
#查看git提交历史
git log

/images/git2-1.png
如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline参数

1
git log --pretty=oneline

2.回退到上一个版本

Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交b534d741..(注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100

1
git reset --hard HEAD^

最新的那个版本已经看不到了,可以顺着往上找,找到那个版本的ID

1
git reset --hard c8275ca

Git在内部有个指向当前版本的HEAD指针,当你回退版本的时候,Git仅仅是把HEAD从指向update

1
2
3
4
5
6
7
8
9
┌────┐
│HEAD│
└────┘
   └──> ○ update
        ○ Create README.md
        ○ init

改为指向Create README.md:

1
2
3
4
5
6
7
8
9
┌────┐
│HEAD│
└────┘
   │    ○ update
   │    │
   └──> ○ Create README.md
        ○ init

现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id怎么办?
在Git中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到Create README.md版本时,再想恢复到update,就必须找到update的commit id。Git提供了一个命令git reflog用来记录你的每一次命令:

1
git reflog

3.总结一下:

  1. HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id
  2. 穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。
  3. 要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本。

工作区和暂存区

工作区(Working Directory)
就是你在电脑里能看到的目录,比如我的shell文件夹就是一个工作区
版本库(Repository)
工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。

管理修改

那怎么提交第二次修改呢?你可以继续git addgit commit,也可以别着急提交第一次修改,先git add第二次修改,再git commit,就相当于把两次修改合并后一块提交了:

第一次修改 -> git add -> 第二次修改 -> git add -> git commit

现在,你又理解了Git是如何跟踪修改的,每次修改,如果不用git add到暂存区,那就不会加入到commit中。

撤销修改

git checkout -- file可以丢弃工作区的修改

1
git checkout -- readme.txt

命令git checkout -- readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,这里有两种情况:
一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;

一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。

总之,就是让这个文件回到最近一次git commitgit add时的状态。

git checkout -- file命令中的--很重要,没有--,就变成了“切换到另一个分支”的命令,我们在后面的分支管理中会再次遇到git checkout命令。

删除文件