Git 是一个开源的分布式版本控制系统，能够无效、高速地解决从很小到十分大的我的项目版本治理。Git 弱小的分支治理，远远超过 SVN。那 git 如何创立版本库？如何进行一些罕用的操作呢？欲知答案如何，请看下文合成。
小时候看过一部印象很深的剧叫做《穿越时空的爱恋》，今日也厚着脸皮导演一部《穿越时空的git》，不上映，纯属自嗨！
what is 版本库？无论咱们平时应用git的频率如何，然而从事IT这个行业的小伙伴肯定常常听到有人在说，哪个哪个牛X的我的项目在哪个仓库，哪个我的项目的仓库被人歹意增加issue(之前就据说了阿波罗打算的代码仓库中issue被很多无关的中文评论占楼~哎，咱们测试工程师肯定不要这样做，为这个行业尽一份力)；
说了这么多废话，其实咱们平时说的仓库就是版本库，版本库又名仓库，英文名叫repository，置信很多用GitHub的小伙伴常常看到这个单词；
我就简略的把它了解成一个目录文件夹，外面能够放各种文件，和平时的应用治理一样，能够删除、批改；然而Git的”文件夹“更弱小一点，它忘性好-Git能够"记住"整个治理的历史，还能”存档“。
如何创立一个版本库，很简略：
1）抉择一个门路（you like just ok!），创立一个空目录
$ mkdir mygit$ cd mygit$ pwd/Users/qinzhen/mygit #这里就是我的Mac上创立的仓库地址了2）仓库地址创立好了，当初就是一个一般的文件夹，后应用git init命令将它变成”Git文件夹“，也就是把这个目录变成Git能够治理的仓库
$ git initInitialized empty Git repository in /Users/qinzhen/mygit/.git/
它会提醒说在你的目录下创立了一个空的Git仓库，并且目录下多了一个.git,这个时候就算创立实现了。
在看命令之前先来用一张图理解几个概念，能够不便了解和记忆：
- 工作区（Working Directory）
- 长期仓库（暂存区，Staging Area）
Git仓库（Repository）
咱们就是先在工作区进行文件的编辑操作；而后add到长期仓库，能够add多个；最初再commit一起提交到仓库中。
接下来正式进入实操：
1）在mygit门路下，创立文件readme.txt,输出以下内容：I want to study Git
2）利用git add命令将文件提交到长期仓库(运行胜利不会输入任何音讯，看不到输入不要慌~)
$ git add readme.txt3）再用git commit命令将文件从暂存区提交到仓库去
localhost:mygit qinzhen$ git commit -m "study git"[master 64f5ced] study git1 file changed, 2 insertions(+), 2 deletions(-)命令解释：
-m : 增加正文，对本次提交写一个阐明1 file changed ：1个文件被扭转，也就是readme.txt；2 insertions(+)：2行插入了内容，也就是咱们输出的两行内容2 deletions(-)：2行内容缺失了，因为我是把readme.txt文件里原有的内容删除后增加的内容，所以会有次改变提醒，若是齐全新建的就只会有增加的记录1）咱们先用git status查看以后仓库的状态
localhost:mygit qinzhen$ git statusOn branch masternothing to commit, working tree clean
当初示意在一个master分支上没有可提交的货色，工作目录以后是洁净的
2）批改readme.txt文件：
I want to study Git very much.3）再应用git status查看
localhost:mygit qinzhen$ git statusOn branch masterChanges 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.txtno changes added to commit (use "git add" and/or "git commit -a")
这时候能够看到文件曾经被批改了，然而并没有被add和commit；
4）再应用git diff（different）命令来查看以后操作和之前的操作有何区别之处，批改了哪里：
localhost:mygit qinzhen$ git diffdiff --git a/readme.txt b/readme.txtindex 225e15a..8080bd8 100644--- a/readme.txt+++ b/readme.txt@@ -1,2 +1,2 @@ I am a test engineer.-I want to study Git.+I want to study Git very much.
能够看到我在第二行减少了very much
1）咱们先将方才批改好的文件提交到仓库中：
$ git add readme.txt$ git commit -m "very much"[master 7582a45] very much 1 file changed, 1 insertion(+), 1 deletion(-)2）咱们再应用git log命令来看看之前都干了些什么：
$ git logcommit 7582a45a1acd9f5540f381d6e9bb7c9d38e74348 (HEAD -> master)Author: qinzhen <376057520@qq.com>Date: Thu Sep 19 16:48:31 2019 +0800 very muchcommit 64f5cedd48745267e4e161c57f126a9230344339Author: qinzhen <376057520@qq.com>Date: Thu Sep 19 16:05:40 2019 +0800 study git
在git log命令后，咱们能够看到之前的提交commit历史，每一次提交都调配了惟一的commit id,这个id就是咱们回到过来的要害，就相当与科幻电影中回到过来的某个期间
3.1）HEAD——当初，我如果想回到study git的”期间“，能够应用git reset --hard HEAD^
$ git reset --hard HEAD^HEAD is now at 64f5ced study git$ cat readme.txtI am a test engineer.I want to study Git.这个时候咱们能够看到，曾经胜利的回到了study git的”期间“，very much曾经隐没不见
命令解释：
如果回到过来不好了解的话，也能够了解为存档，自己小时候喜爱玩一款电脑游戏叫做红色警戒，打工作战的时候每过一关前就会存档一次，这样就不便”死“了之后能够回到指定关卡从新再来^代表上一个存档，^^代表上上个存档，如果想反会至上100个版本的话能够间接应用HEAD~100果回到过来3.2）commit id——当初再批改文件,在第一行增加I can fly,而后add、commit：
I am a test engineer,I can fly.I want to study Git.$ git add readme.txt$ git commit -m "I can fly"[master 9c32701] I can fly 1 file changed, 1 insertion(+), 1 deletion(-)git log 查看批改提交日志
$ git logcommit 9c327016eec10a6db7f9b75ecb705df417b6508c (HEAD -> master)Author: qinzhen <376057520@qq.com>Date: Thu Sep 19 17:06:10 2019 +0800 I can flycommit 64f5cedd48745267e4e161c57f126a9230344339Author: qinzhen <376057520@qq.com>Date: Thu Sep 19 16:05:40 2019 +0800 study git下面说了能够利用commit id回到过来，当初咱们就来试试；应用git reset --hard 64f5ce...命令:
$ git reset --hard 64f5cedHEAD is now at 64f5ced study git$ cat readme.txtI am a test engineer.I want to study Git.从下面的后果能够看到，咱们曾经通过commit id胜利回到了过来，回到了那个没有”I can fly“的年代；能够留神到的一点是，在写commit id的时候并没有写全，只是写了后面的一部分，git就能够找到了；
额。。。必定有人要问具体是几位，说实话~我也不晓得0.0,也没有专门去钻研过，前四五位？六七位？七八位？达到应用要求就好啦，能保障id惟一，略微多复制几个就能够了。。。
3.3）回到add前的年代——仅add文件到了暂存区，并没有commit；感觉如同是进入到了add的另一重空间，在将来也找不到他，那想回到原来的”期间“的话，就能够应用git reset HEAD <file>把file丢掉
当初我的readme.txt文件内容如下，并且曾经add到了暂存区：
I am a test engineer.I can fly!I want to study Git.$ git statusOn branch masterChanges to be committed: (use "git reset HEAD <file>..." to unstage) modified: readme.txt应用git reset HEAD readme.txt命令将批改从add撤销回来
$ git reset HEAD readme.txtUnstaged changes after reset:M readme.txt$ git statusOn branch masterChanges 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.txtno changes added to commit (use "git add" and/or "git commit -a")3.4）这个时候又有个疑难，我只是把readme.txt从add后的暂存区给撤销回来了，文件并没有扭转的；想要把文件的批改也撤回，就要应用git checkout -- <file>命令了：
$ git checkout -- readme.txt$ cat readme.txtI am a test engineer.I want to study Git.$ git statusOn branch masternothing to commit, working tree clean补充：一个文件曾经被提交到了版本库，有时候咱们在工作区误删了某个文件（rm或手动），这个时候版本库中还是有这个文件的，就能够通过git checkout -- <file>命令来”找回“；
如果真的想要从版本库中将文件删除，就要用到git rm和git commit命令了
1）没错，个别穿梭的电影里到最初总是会找到办法返回将来的，git也不例外，除了能够回到过来（版本回退），也能够返回将来（回到新版本）；
这里咱们还是要借助于commit id来做，然而回退后再用git log曾经看不到将来期间的定位坐标了（commit id）：
$ git logcommit 64f5cedd48745267e4e161c57f126a9230344339 (HEAD -> master)Author: qinzhen <376057520@qq.com>Date: Thu Sep 19 16:05:40 2019 +0800 study git2）这个时候就要用到git reflog命令了，记录你之前走过的路：
$ git reflog64f5ced (HEAD -> master) HEAD@{0}: reset: moving to 64f5ced9c32701 HEAD@{1}: commit: I can fly64f5ced (HEAD -> master) HEAD@{2}: reset: moving to HEAD^7582a45 HEAD@{3}: commit: very much64f5ced (HEAD -> master) HEAD@{4}: commit: study git在这里就能够看到之前I can fly 的commit id;这里顺便提一句，下面说了commit id不必写全副，写后面一部分，然而不确定具体写几位，这里看到git的log也只记录了前7位，那就权且算7位吧。。。
有了commit id就等于取得了返回将来的坐标信息和办法，电影也差不多到了大结局的时候了，本文也就要完结了，来个收尾：
$ git reset --hard 9c32701HEAD is now at 9c32701 I can fly$ cat readme.txtI am a test engineer,I can fly.I want to study Git.$ git statusOn branch masternothing to commit, working tree clean对于《穿越时空的 Git》科幻电影还在持续更新中，敬请期待哦~