git版本控制
git 版本控制
版本回退
1.查看 git 提交历史
|
|
如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline
参数
|
|
2.回退到上一个版本
Git
必须知道当前版本是哪个版本,在 Git 中,用HEAD
表示当前版本,也就是最新的提交b534d741..
(注意我的提交 ID 和你的肯定不一样),上一个版本就是HEAD^
,上上一个版本就是HEAD^^
,当然往上 100 个版本写 100 个^比较容易数不过来,所以写成HEAD~100
|
|
最新的那个版本已经看不到了,可以顺着往上找,找到那个版本的 ID
|
|
Git 在内部有个指向当前版本的HEAD
指针,当你回退版本的时候,Git 仅仅是把HEAD
从指向update
|
|
改为指向 Create README.md:
|
|
现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id
怎么办?
在 Git 中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^
回退到Create README.md
版本时,再想恢复到update
,就必须找到update
的 commit id。Git 提供了一个命令git reflog
用来记录你的每一次命令:
|
|
3.总结一下:
HEAD
指向的版本就是当前版本,因此,Git 允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id
。- 穿梭前,用
git log
可以查看提交历史,以便确定要回退到哪个版本。 - 要重返未来,用
git reflog
查看命令历史,以便确定要回到未来的哪个版本。
工作区和暂存区
工作区
(Working Directory)
就是你在电脑里能看到的目录,比如我的shell
文件夹就是一个工作区
版本库
(Repository)
工作区有一个隐藏目录.git,这个不算工作区,而是 Git 的版本库。
管理修改
那怎么提交第二次修改呢?你可以继续git add
再git commit
,也可以别着急提交第一次修改,先 git add 第二次修改,再git commit
,就相当于把两次修改合并后一块提交了:
第一次修改 -> git add
-> 第二次修改 -> git add
-> git commit
现在,你又理解了Git
是如何跟踪修改的,每次修改,如果不用git add
到暂存区,那就不会加入到commit
中。
撤销修改
git checkout -- file
可以丢弃工作区的修改
|
|
命令git checkout -- readme.txt
意思就是,把readme.txt
文件在工作区的修改全部撤销,这里有两种情况:
一种是readme.txt
自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
一种是readme.txt
已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
总之,就是让这个文件回到最近一次git commit
或git add
时的状态。
git checkout -- file
命令中的--
很重要,没有--
,就变成了“切换到另一个分支”的命令,我们在后面的分支管理中会再次遇到git checkout
命令。