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 ..." 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到了暂存区，使用上述命令仍然可以回到仓库最新的版本

我们不仅能回到仓库你的最新版本，我们还可以回到仓库里的任何版本！！！

https://blog.csdn.net/ysl19910806/article/details/89349697

打开日志

$ 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

全都回来了

想要了解更多，可以浏览git的官方文档

https://git-scm.com/doc