GIT教程 一个让你感觉相见恨晚的版本控制器

关键字 GIT教程

前言

总的来说,在严格意义上来讲是我的第一篇博客吧。从开始折腾hexo,再到主题,然后是各种个性化的插件。那么到最后就碰到了如何将博客的源文件快速备份的问题。后来在网上找到了用git工具的分支技巧,很方便的可以推送备份。 本篇文章根据我自己的学习经历,将重要的命令都罗列了出来,可以讲这个当作手册来看吧。

话不多说,正式开车!

安装git

Linux安装Git

sudo apt-get install Git

Mac OS X安装G

  • 一是安装homebrew,然后通过homebrew安装Git,具体方法请参考homebrew的文档
  • 第二种方法更简单,也是推荐的方法,就是直接从AppStore安装Xcode,Xcode集成了Git,不过默认没有安装,你需要运行Xcode,选择菜单“Xcode”->“Preferences”,在弹出窗口中找到“Downloads”,选择“Command Line Tools”,点“Install”就可以完成安装了。

Windows安装

设置信息

安装完成后还需要设置用户名和邮箱

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

创建版本库

接下来我们就要正式的使用git工具啦。

初始化仓库

打开命令行,跳转至一个目录下,输入:

$ git init

即可将这个目录变为Git可以管理的仓库。如果细心的朋友应该可以发现,当前目录下多了一个.git目录,这个是Git用来管理版本库的,没事千万不要修改这里面的文件。 如果你没有看到.git目录,那是因为它是默认隐藏的,用ls -ah即可看见。

暂存文件

把当前的文件添加到仓库(暂存区)

$ git add filename

提交新版本

将仓库(暂存区)中的文件提交到版本库中。

$ git commit -m 'operating introduction'

总结

  1. git init
  2. git add filename
  3. git commit -m "operating introduction"

版本管理

查看状态

查看仓库当前的状态

$ git status

版本差异对比

查看修改过后前后的不同处

$ git diff

版本回退

HEAD为当前指针所指向的版本,上一个版本为HEAD^,上上个版本就是HEAD^^,往上一个版本是HEAD~100

$ git reset --hard HEAD^

--hard参数有啥意义?后面会讲到。

查看操作日志

$ git log

commit ea34578d5496d7dd233c827ed32a8cd576c5ee85
Author: Michael Liao <askxuefeng@gmail.com>
Date:   Tue Aug 20 14:53:12 2013 +0800

    add distributed

commit cb926e7ea50ad11b8f9e909c05226233bf755030
Author: Michael Liao <askxuefeng@gmail.com>
Date:   Mon Aug 19 17:51:55 2013 +0800

    wrote a readme file

还原新版本

将回退的版本还原到新版本 如果上面的命令行还没关掉,你可以往上找。找到原来的commit id

git reset --hard `commit id`

如果第二天起来想恢复到新版本,电脑早就关过了,找不到新版的commit id怎么办? 不用怕,用git reflog命令即可。

$ git reflog
ea34578 HEAD@{0}: reset: moving to HEAD^
3628164 HEAD@{1}: commit: append GPL
ea34578 HEAD@{2}: commit: add distributed
cb926e7 HEAD@{3}: commit (initial): wrote a readme file

总结

在总结一下:

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

工作区和暂存区

工作区(Working Directory)

就是你在电脑里能看到的目录,比如我的learngit文件夹就是一个工作区:

版本库(Repository)

工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。 Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD

暂存区

分支和HEAD的概念我们以后再讲。 前面讲了我们把文件往Git版本库里添加的时候,是分两步执行的: 第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区; 第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。 因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,git commit就是往master分支上提交更改。 你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。 俗话说,实践出真知。

分支

所以,git add命令实际上就是把要提交的所有修改放到暂存区(Stage),然后,执行git commit就可以一次性把暂存区的所有修改提交到分支。 而且一旦提交后,如果你又没有对工作区做任何修改,那么工作区就是“干净”的。

总结

暂存区是Git非常重要的概念,弄明白了暂存区,就弄明白了Git的很多操作到底干了什么。 没弄明白暂存区是怎么回事的童鞋,请向上滚动页面,再看一次。

管理修改

内容

当你对同一文件进行add操作之后,再对他进行修改。 随后你对它进行commit。 你会发现,只有修改的第一次被提交了,而后面的修改都没有被提交。 为什么? 那是因为,当你用git add命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,git commit只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。 提交后,用git diff HEAD -- filename命令可以查看工作区和版本库里面最新版本的区别:

$ git diff HEAD -- readme.txt 
diff --git a/readme.txt b/readme.txt
index 76d770f..a9c5755 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,4 +1,4 @@
 Git is a distributed version control system.
 Git is free software distributed under the GPL.
 Git has a mutable index called stage.
-Git tracks changes.
+Git tracks changes of files.

那怎么提交第二次修改呢?你可以继续git addgit commit,也可以别着急提交第一次修改,先git add第二次修改,再git commit,就相当于把两次修改合并后一块提交了: 第一次修改 -> git add -> 第二次修改 -> git add -> git commit 好,现在,把第二次修改提交了,然后开始小结。

小结

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

撤销修改

当你发现你的文档中,有了错误的内容,你多输入了一句话。 你需要修改他,两种方式。

撤销修改方法一

  • 你可以删掉这一句话,手动恢复到上一个版本。

撤销修改方法二

  1. 使用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")
  1. 你可以发现,Git会告诉你,git checkout -- file可以丢弃工作区的修改:
$ git checkout -- readme.txt

命令git checkout -- readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,这里有两种情况:
* 一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库的状态一模一样。
* 一种是readme.txt已经添加到暂存区后,又作了修改。现在,撤销修改就回到添加到暂存区后的状态。 总之,就是让这个文件回到最近一次的git commitgit add时的状态。

如果,我们不但写错了话,还git add到暂存区了怎么办? 查看状态:

$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   readme.txt
#

Git同样告诉我们,用命令git reset HEAD file可以把暂存区的修改撤销掉(unstage),重新放回工作区:

$ git reset HEAD readme.txt
Unstaged changes after reset:
M       readme.txt

git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区。当我们用HEAD时,表示最新的版本。 再用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 checkout -- readme.txt

$ git status
# On branch master
nothing to commit (working directory clean)

整个世界清静了。

小结

又到了小结时间。 场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file。 场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD file,就回到了场景1,第二步按场景1操作。 场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。

删除文件

在Git中,删除文件也是一个修改操作。 一般情况下,我们通常直接在文件管理器中把没用的文件删除了,或者用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 rm test.txt
rm 'test.txt'
$ git commit -m "remove test.txt"
[master d17efd8] remove test.txt
 1 file changed, 1 deletion(-)
 delete mode 100644 test.txt

现在,文件就从版本库中删除了。

选择二

你删错了,但是版本库里还有呢,所以可以很轻松的把误删的文件恢复到最新的版本:

$ git checkout -- test.txt

git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以一键还原。

小结

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库,那么你永远不用担心被误删,但是要小心,你只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容。

一篇小小的GIT教程,未完待续。

站内文章推荐:

「2018年前端面试知识点」最新汇总

超级好用的开发工具,程序员实用工具整理

收集优质的中文前端博客(不定期更新中)

站内搜索功能(laravel自带Scout驱动+elasticsearch)

vue中Axios的封装和API接口的管理

参与评论