git入门(版本控制)
在正式开始之前
windows用户，你需要先安装好Git Bash
你还需要了解一些基本的Git Bash命令行操作
这是我总结的一些基本Git Bash命令行操作
https://www.jianshu.com/p/f318276bf6f2
在本地体验版本比较
我们先在桌面上创建一个example文件夹方便进行后续试验。
接下来我们在这个example文件夹里，创建version_1.txt，version_2.txt两个文件，文件内的内容不同
diff
【different】版本比较。比较两个版本的文件之间的不同
$ diff version_1.txt version_2.txt
2c2
< I am version 1.
---
> I am version 2.
得到了两个文件之间存在不同的两行字
推荐下载sublime text作为文本编辑器
这里不介绍sublime text的具体安装和配置，网上有相应教程
安装配置完后，在Git Bash中输入:
$ sublime_text
即可代开sublime_text进行文本编辑
还可以用sublime_text打开特定文件
$ sublime_text desktop/example/version_1.txt
正式开始
git
依然以桌面下的example文件夹作为我们的实验文件夹，把之前试验用的文件删除。创建新的version_1.txt，内容如下：
$ cd desktop/example
-a是all的意思，显示全部
$ ls -a
得到当前目录(桌面下的example文件夹)下的包含所有文件和路径的列表
./ ../ version_1.txt
git init
git initialization，在当前文件夹下建立.git文件，相当于在当前文件夹里建立了跟踪文件的仓库
$ git init
Initialized empty Git repository in C:/Users/SUNING/Desktop/example/.git/
打开当前文件夹可以看到(请设置成显示隐藏文件)
本地版本修改并放到本地仓库中
git add
【git add】add添加。添加要跟踪的文件
$ git add version_1.txt
git status
【git status】status状态。查看git的状态
$ git status
On branch master
No commits yet
Changes to be committed:
(use "git rm --cached <file>..." to unstage)
new file: version_1.txt
No commits yet显示还没有提交，但是 new file: version_1.txt显示已经添加version_1.txt为要跟踪的文件了
git commit
【git commit】commit提交。将目标文件提交到本地仓库中
在使用commit之前你需要先配置一下你的默认文本编辑器，我尝试使用sublime text作为默认文本编辑器但是commit后会报错，在这里推荐继续使用nano
$ git config --global core.editor "nano"
再执行git commit
$ git commit
会弹出nano文本编辑器，第一行的文字要对你提交的版本进行说明，这里我输入了Add my init commit（习惯来说，都要使用英文，并且第一个单词为动词）。ctrl + o保存，ctrl + x退出
得到结果
[master (root-commit) 3b837c7] Add my init commit
1 file changed, 5 insertions(+)
create mode 100644 version_1.txt
接下来，我们对我们的version_1.txt文件进行更改、保存，就又可以重新commit了
$ git add version_1.txt
$ git commit
得到
[master 63a2ec8] Upgrade to version 2
1 file changed, 1 insertion(+), 1 deletion(-)
意思是一个文件发生改变，一个文件被添加，一个文件被删除
查看各版本文件的提交日志(版本控制的作用开始显现)
git log
【git log】LOG是日志的意思。查看日志。
$ git log
我们可以看到我们两次的版本提交，还能看到我们每次书写的版本说明。
commit 63a2ec88ba2af431fc00075593e792e2d70828a7 (HEAD -> master)
Author: UJ
Date: Thu Oct 17 16:22:29 2019 +0800
Upgrade to version 2
commit 241a02153d30d5dcf88df0c1cb54a98c09f1aedc
Author: UJ
Date: Thu Oct 17 16:14:36 2019 +0800
Add my init commit
git diff
【git different】different不同。比较文件间的不同
接下来我们可以把两个版本的摘录下来进行比较(关注到上面每个版本都有一长串数字和字母组成的编码，这个编码可以供给我们对相应版本的文件进行比较)
$ git diff 241a02153d30d5dcf88df0c1cb54a98c09f1aedc 63a2ec88ba2af431fc00075593e792e2d70828a7
(大家可以试试把两长串编码位置互换，看看运行差异。git diff 63a2ec88ba2af431fc00075593e792e2d70828a7 241a02153d30d5dcf88df0c1cb54a98c09f1aedc)
得到
diff --git a/version_1.txt b/version_1.txt
index 18cb40d..297782d 100644
--- a/version_1.txt
+++ b/version_1.txt
@@ -2,4 +2,4 @@ Hello
I
am
version
-1
+2
意思是version后面的字符，减少了个“1”(原版本)，增加了个“2”(新版本)
为什么要add之后再commit呢？
这里涉及到了git的工作机制
https://git-scm.com/about/staging-area
working directory本地
staging area暂存区
repository仓库
git add命令：将本地文件存储到暂存区
git commit命令：将暂存区文件存储到仓库
接下来做个小实验理解一下这个过程
修改本地文件并保存
此时
$ git add version_1.txt
此时
$ git commit
此时
再改
此时
比较本地和暂存区
$ git diff
diff --git a/version_1.txt b/version_1.txt
index 97c002e..7fc0e1f 100644
--- a/version_1.txt
+++ b/version_1.txt
@@ -2,4 +2,4 @@ Hello
I
am
version
-3
+4
可以发现，本地是4，暂存区是3，存在区别
比较暂存区和仓库
$ git add version_1.txt
$ git diff --staged
diff --git a/version_1.txt b/version_1.txt
index 97c002e..7fc0e1f 100644
--- a/version_1.txt
+++ b/version_1.txt
@@ -2,4 +2,4 @@ Hello
I
am
version
-3
+4
好了测试好多遍了，大家应该对机制有了比较清晰的了解了吧？我们把最新版本version4 commit上去吧。
$ git commit
前面之所以讲得这么啰嗦，是想让大家理解其中的机制，如果大家能很好地理解前面的机制，后面的重点就会得心应手
后面是重点
后面是重点
后面是重点
git reset
假设你的本地文件变得乱七八糟
$ git reset --hard
HEAD is now at d504e89 Upgrade to version 4
再打开你本地的version_1.txt看看，又回来了！！！
甚至你把本地坏掉的文件add到了暂存区，使用上述命令仍然可以回到仓库最新的版本
我们不仅能回到仓库你的最新版本，我们还可以回到仓库里的任何版本！！！
打开日志
$ git log
commit d504e89510fc210c3be567648eaa578373879623 (HEAD -> master)
Author: UJ
Date: Thu Oct 17 17:38:59 2019 +0800
Upgrade to version 4
commit e8bc851c9e7df062e505d3886382c5357e2fd11b
Author: UJ
Date: Thu Oct 17 17:19:23 2019 +0800
Upgrade to version 3
commit 63a2ec88ba2af431fc00075593e792e2d70828a7
Author: UJ
Date: Thu Oct 17 16:22:29 2019 +0800
Upgrade to version 2
commit 241a02153d30d5dcf88df0c1cb54a98c09f1aedc
Author: UJ
Date: Thu Oct 17 16:14:36 2019 +0800
Add my init commit
我们选取最先前创建的版本的commit号码 241a02153d30d5dcf88df0c1cb54a98c09f1aedc
$ git reset --hard 241a02153d30d5dcf88df0c1cb54a98c09f1aedc
我们居然回到了版本 1 ！！！
好吧太刺激了，我们回到版本4吧！
但是当我执行
$ git log
commit 3b837c7b22c29338d366b5b14494b5ad29878c56 (HEAD -> master)
Author: UJ
Date: Thu Oct 17 16:01:01 2019 +0800
Add my init commit
我的版本四呢？版本四呢，怎么除了第一个版本全不见了？玩大了，这下玩大了！......别担心
git reflog
https://blog.csdn.net/DDD_QQQ/article/details/95485626
https://ask.csdn.net/questions/666490
git reflog能显示你的所有操作
$ git reflog
3b837c7 (HEAD -> master) HEAD@{0}: reset: moving to 3b837c7b22c29338d366b5b14494b5ad29878c56
d504e89 HEAD@{1}: reset: moving to d504e89
3b837c7 (HEAD -> master) HEAD@{2}: reset: moving to 3b837c7
3b837c7 (HEAD -> master) HEAD@{3}: reset: moving to 3b837c7
3b837c7 (HEAD -> master) HEAD@{4}: reset: moving to 3b837c7
3b837c7 (HEAD -> master) HEAD@{5}: reset: moving to 3b837c7b22c29338d366b5b14494b5ad29878c56
d504e89 HEAD@{6}: reset: moving to HEAD
d504e89 HEAD@{7}: reset: moving to HEAD
d504e89 HEAD@{8}: commit: Upgrade to version 4
e8bc851 HEAD@{9}: reset: moving to HEAD
e8bc851 HEAD@{10}: commit: Upgrade to version 3
63a2ec8 HEAD@{11}: commit: Upgrade to version 2
241a021 HEAD@{12}: commit: Add my init commit
a0467a6 HEAD@{13}: commit: Add my init commit
3b837c7 (HEAD -> master) HEAD@{14}: commit (initial): Add my init commit
我们回到Upgrade to version 4的操作，它对应的ID为d504e89(这也可以看出为什么我们要认真写每个版本commit的说明)
$ git reset --hard d504e89
HEAD is now at d504e89 Upgrade to version 4
现在再打开version_1.txt看看，再执行git log看看
$ git log
commit d504e89510fc210c3be567648eaa578373879623 (HEAD -> master)
Author: UJ
Date: Thu Oct 17 17:38:59 2019 +0800
Upgrade to version 4
commit e8bc851c9e7df062e505d3886382c5357e2fd11b
Author: UJ
Date: Thu Oct 17 17:19:23 2019 +0800
Upgrade to version 3
commit 63a2ec88ba2af431fc00075593e792e2d70828a7
Author: UJ
Date: Thu Oct 17 16:22:29 2019 +0800
Upgrade to version 2
commit 241a02153d30d5dcf88df0c1cb54a98c09f1aedc
Author: UJ
Date: Thu Oct 17 16:14:36 2019 +0800
Add my init commit
commit a0467a67f0fcc940457bfba113ca8b22ca8aa0f7
Author: UJ
Date: Thu Oct 17 16:10:11 2019 +0800
Add my init commit
commit 3b837c7b22c29338d366b5b14494b5ad29878c56
Author: UJ
Date: Thu Oct 17 16:01:01 2019 +0800
Add my init commit
全都回来了
