本文内容节选自廖雪峰的git教程,他讲的已经很详细了,我只是摘抄做一部分笔记,方便自己的理解。你们看不懂也是正常的.............
常用的命令,以及含义:
查看提交日记 git log
命令显示从最近到最远的提交日志,?如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline 参数:git log --pretty=oneline
需要友情提示的是,你看到的一大串类似3628164...882e1e0 的是commit id (版本号),和SVN不一样,Git的commit id 不是1,2,3……递增的数字,而是一个SHA1计算出来的一个非常大的数字,用十六进制表示,而且你看到的commit id 和我的肯定不一样,以你自己的为准。为什么commit id 需要用这么一大串数字表示呢?因为Git是分布式的版本控制系统,后面我们还要研究多人在同一个版本库里工作,如果大家都用1,2,3……作为版本号,那肯定就冲突了。
?
版本回退?git reset
首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD 表示当前版本,也就是最新的提交3628164...882e1e0 (注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^ ,上上一个版本就是HEAD^^ ,当然往上100个版本写100个^ 比较容易数不过来,所以写成HEAD~100 。
使用git reset 命令:$ git reset --hard HEAD^ ?
?
然后我们用git log 再看看现在版本库的状态,会发现最新的一般没有了,这时候,你想回退到最新一版本,可以这样操作,前提是你没有关闭。找到那你需要文件的commit id 是3628164... ,于是就可以指定回到未来的某个版本:?git reset --hard 3628164 ? 版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了。
?
现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id 怎么办?
在Git中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^ 回退到add distributed 版本时,再想恢复到append GPL ,就必须找到append GPL 的commit id。Git提供了一个命令git reflog 用来记录你的每一次命令:
git reflog
小结:
-
HEAD 指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id 。
-
穿梭前,用git log 可以查看提交历史,以便确定要回退到哪个版本。
-
要重返未来,用git reflog 查看命令历史,以便确定要回到未来的哪个版本。
工作区(Working Directory)
就是你在电脑里能看到的目录,比如我的learngit 文件夹就是一个工作区:
版本库(Repository)
工作区有一个隐藏目录.git ,这个不算工作区,而是Git的版本库。
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master ,以及指向master 的一个指针叫HEAD 。
前面讲了我们把文件往Git版本库里添加的时候,是分两步执行的:
第一步是用git add 把文件添加进去,实际上就是把文件修改添加到暂存区;
第二步是用git commit 提交更改,实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时,Git自动为我们创建了唯一一个master 分支,所以,现在,git commit 就是往master 分支上提交更改。
你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。
?
前面讲了我们把文件往Git版本库里添加的时候,是分两步执行的:
第一步是用git add 把文件添加进去,实际上就是把文件修改添加到暂存区;
第二步是用git commit 提交更改,实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时,Git自动为我们创建了唯一一个master 分支,所以,现在,git commit 就是往master 分支上提交更改。
你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。
一旦提交后,如果你又没有对工作区做任何修改,那么工作区就是“干净”的:
$ git status
现在版本库变成了这样,暂存区就没有任何内容了:
所以,git add 命令实际上就是把要提交的所有修改放到暂存区(Stage),然后,执行git commit 就可以一次性把暂存区的所有修改提交到分支。
?
cat 文件名 可以用来查看文件的内容
?
第一次修改 -> git add -> 第二次修改 -> git add -> git commit
好,现在,把第二次修改提交了,然后开始小结。
? (编辑:李大同)
【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!
|