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

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

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

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 211,948评论 6赞 492
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 90,371评论 3赞 385
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 157,490评论 0赞 348
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 56,521评论 1赞 284
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 65,627评论 6赞 386
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 49,842评论 1赞 290
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 38,997评论 3赞 408
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 37,741评论 0赞 268
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 44,203评论 1赞 303
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,534评论 2赞 327
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,673评论 1赞 341
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 34,339评论 4赞 330
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 39,955评论 3赞 313
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,770评论 0赞 21
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,000评论 1赞 266
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 46,394评论 2赞 360
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 43,562评论 2赞 349