0x00 前言 昨天我们学习了如何创建版本库,如何上传文件到版本库等,今天我们来学习如何对版本库的文件进行管理,修改,删除等操作。
Git学习(一)
0x01 版本回退 我们已经成功提交README.txt文件,我们继续修改README.txt
1 2 3 Git is a version control system. This is my first test for Git! hahaha
使用git status
查看结果
1 2 3 4 5 6 7 8 9 10 $ 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 diff
命令查看
1 2 3 4 5 6 7 8 9 10 $ git diff diff --git a/README.txt b/README.txt index 2237ae3..fe9c47a 100644 --- a/README.txt +++ b/README.txt @@ -1,2 +1,3 @@ Git is a version control system. This is my first test for Git! +hahaha \ No newline at end of file
其中 -
代表的是旧版本,+
代表的是新版本
在实际生活中,我们不可能记住所有的修改,每次修改了什么,这个时候就知道版本控制的好处了。
git log
命令可以查看我们提交的历史记录
1 2 3 4 5 6 7 8 9 10 11 12 $ git log commit a78dd792ca848cf12c9ce93ecec4af510a697650 (HEAD -> master) Author: imysec <1395851238@qq.com> Date: Thu Sep 5 17:08:43 2019 +0800 change the README.txt commit d4892a639ae1c9acbf21635e6c0d88ff35b3a94b Author: imysec <1395851238@qq.com> Date: Wed Sep 4 23:19:16 2019 +0800 add a new README.txt file
git log
显示的是从最近到最远的提交日志,也就是说,最上面的记录是最近一次提交的。
如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline
参数:
1 2 3 $ git log --pretty=oneline a78dd792ca848cf12c9ce93ecec4af510a697650 (HEAD -> master) change the README.txt d4892a639ae1c9acbf21635e6c0d88ff35b3a94b add a new README.txt file
现在我们要回到上一个版本,也就是“add a new README.txt file”这个版本。
首先,我们要知道自己当前所处的版本,在Git中,用HEAD
表示当前版本,HEAD^
表示上一个版本,HEAD^^
表示上上一个版本,以此类推,第100个版本,总不能用100个^
吧,所以我们可以用HEAD~100
表示。
我们先查看README.txt
1 2 3 4 5 $ cat README.txt Git is a version control system. This is my first test for Git! hahaha ennnnn
现在我们用git reset
命令回退到上一个版本
1 2 $ git reset --hard HEAD^ HEAD is now at d4892a6 add a new README.txt file
再查看README.txt
1 2 3 $ cat README.txt Git is a version control system. This is my first test for Git!
果然回到了上一版本。
再用git log
查看日志
1 2 3 4 5 6 $ git log commit d4892a639ae1c9acbf21635e6c0d88ff35b3a94b (HEAD -> master) Author: imysec <1395851238@qq.com> Date: Wed Sep 4 23:19:16 2019 +0800 add a new README.txt file
发现第二次提交的不见了,那我们要想回到那个版本该怎么办呢??? 其实还是有办法的,只要你以前使用git log
命令的窗口没有关闭,往上翻,就可以找到以前的版本ID,再使用git reset --hard ID
即可回到那个版本。
1 2 3 4 5 6 7 8 $ git reset --hard a78dd792 HEAD is now at a78dd79 change the README.txt $ cat README.txt Git is a version control system. This is my first test for Git! hahaha ennnnn
这里要说一点,就是版本ID没必要写全,写前面几位就够了,Git会自动匹配,but也不能太少,5,6位就行。
可以看到Git版本回退的速度非常快,其实在Git内部有一个HEAD
指针,指向当前版本,当你想改变版本的时候,仅仅是移动HEAD
指针。
1 2 3 4 5 6 7 ┌────┐ │HEAD│ └────┘ │ └──> ○ change the README.txt │ ○ add a new README.txt file
回到上一个版本
1 2 3 4 5 6 7 ┌────┐ │HEAD│ └────┘ │ └──> ○ change the README.txt │ ○ add a new README.txt file
在更改版本库的时候,也把本地工作目录也更改了。
但是,如果我们把git log
的窗口关闭了,该怎么办呢?
稳住,别慌!
git reflog
可以记录你的每一次命令
1 2 3 4 5 6 $ git reflog a78dd79 (HEAD -> master) HEAD@{0}: reset: moving to a78dd792 d4892a6 HEAD@{1}: reset: moving to d4892a639 d4892a6 HEAD@{2}: reset: moving to HEAD^ a78dd79 (HEAD -> master) HEAD@{3}: commit: change the README.txt d4892a6 HEAD@{4}: commit (initial): add a new README.txt file
即可找到commit ID。
0x02 工作区和暂存区 前面我们学到了,添加文件到Git版本库的时候,是分两步的
第一步: 用git add
将文件添加进去,实际上是把文件修改添加到暂存区 第二步: 用git commit
提交,实际上就是把暂存区的所有内容一次性提交的当前分支
当我们在创建版本库时,Git自动为我们创建了唯一的master分支,所以,git commit
就是往master
上提交更改。
我们现在对README.txt
文件进行修改:
1 2 3 Git is a version control system. This is my first test for Git! Git is so good!
然后再新建一个LICENSE
文件
先用git status
查看一下仓库的状态
1 2 3 4 5 6 7 8 9 10 11 12 13 14 $ 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 Untracked files: (use "git add <file>..." to include in what will be committed) LICENSE no changes added to commit (use "git add" and/or "git commit -a")
Git告诉我们,README.txt
被修改了,而LICENSE
还从来没有被添加过,所以它的状态是Untracked
。
使用两次命令git add
,把README.txt
和LICENSE
都添加后,用git status
再查看一下:
1 2 3 4 5 6 7 $ git status On branch master Changes to be committed: (use "git reset HEAD <file>..." to unstage) new file: LICENSE modified: README.txt
now,暂存区的状态就变成了这样:
所以,git add
命令实际上就是把要提交的所有修改放到暂存区(Stage),然后,执行git commit
就可以一次性把暂存区的所有修改提交到分支。
1 2 3 4 $ git commit -m "modify README.txt & add LICENSE" [master 081378e] modify README.txt & add LICENSE 2 files changed, 3 insertions(+), 2 deletions(-) create mode 100644 LICENSE
提交后,如果你又没有对工作区做任何修改,那么工作区就是“空”的:
1 2 3 $ git status On branch master nothing to commit, working tree clean
0x03 总结
git status
查看当前工作区的状态
git diff
对比发现文件修改前后的修改了哪些内容
HEAD
指向当前版本,Git可以在历史版本之间来回穿梭,使用git reset --hard commit_id
git log
可以查看提交的历史,找到commit_id
git reflog
可以查看历史命令,可以回到未来的版本
工作区指仓库的本地目录