【笔记】Git简明教程

前言

Git这个东西我曾经有学过，但学的内容太多了，有点懵，不太理解，磕磕碰碰的，走了不少弯路。不过最近我在B站上发现了一个讲的很好的教程：《表严肃讲Git》。因此，我决定用文字的方式分享给大家。

安装软件是我们的必备技能，所以在这里我就不写这个了。若真的不会安装的，网上有很多教程，自己去看。

Git下载好后，有两个命令是必须输的：

git config --global user.name "yourname"
git config --global user.email "email@example.com"

注：本笔记（教程）是根据对视频的理解然后自己书写的，讲师举的例子非常形象，因此我把一些例子和原话照搬了。

1.创建项目

• 什么是仓库？
  
  Git中有一个概念，叫：仓库。仓库、仓库，其实就相当于“项目”
  
  仓库就是储存你代码的地方。既然要储存代码，那肯定要有个目录了。但不仅仅就是创建一个目录，我们要把它变成一个 Git仓库。
  
  这里，我们要使用一个命令，叫：git init。我们cd到某一个目录里，输入git init命令；那么，这个目录就被 初始化 了。初始化后，你可能会发现里面没有什么变化， 还是原来的一样，只是一个空的目录。其实里面有一个隐藏的目录，叫：.git。它是Git自己使用的目录，一般最好不要去碰它，除非你想跑路。

  除了你在目录里使用git init创建仓库，还可直接输入git init 目录名创建仓库。

2.基本用法

• 看看状态
  
  假设我们我们创建了一个叫test的仓库，里面是没有什么东西的。那么，如果我想知道它的状态，这时就可以输入git status来查看它的状态。输入后的结果是这样的：

  On branch master
  
  No commits yet
  
  nothing to commit (create/copy files and use "git add" to track)
  

  这上面说，现在还没有一个是提交的。这里面有一个词：commit，意思是提交，是个历史节点。你可以把它看做是后悔药。

• 写点东西
  
  仓库里肯定要有内容啊！那么，我们放点东西。往里面新建一个test.txt文件，这时候输入git status，显示出来的是这样：

  On branch master
  
  No commits yet
  
  Untracked files:
    (use "git add <file>..." to include in what will be committed)
        test.txt
  
  nothing added to commit but untracked files present (use "git add" to track)
  

  “Untracked files”意思是 “未跟踪的文件” ，说明里面有了新的文件或者文件被修改，但没有提交，或者说没有造后悔药。这个文件没了就可能找不到了。那怎么办？这时候，我们输入git add .,意思是将所有文件添加到暂存区，这个“点”就是指所有文件。那么什么是暂存区呢？我们先别管它。然后我们在看下状态，这时它显示：

  On branch master
  
  No commits yet
  
  Changes to be committed:
    (use "git rm --cached <file>..." to unstage)
          new file:   test.txt
  
  

  到这一步还没完。然后，我们再输入git commit -m "初始化"，显示出来是这样的：

  [master (root-commit) d2a41f2] 初始化
   1 file changed, 0 insertions(+), 0 deletions(-)
   create mode 100644 test.txt
  

  那么这颗后悔药就造好了。这里可能就有人要问了，-m "初始化"是什么呢？其实，它是给这颗后悔药弄个说明的，这个“初始化”就是说明的内容。然后，我们看看仓库的状态，它显示：

  On branch master
  nothing to commit, working tree clean
  

  这上面说你的所有更改已经保存了，没有什么不保存的了！OK，万事大吉了，那你就不可能再丢失什么文件了。

  假设你更改了或者新建了什么文件，那么你就输入git add .，然后再输入git commit -m "一个说明"，这就造出了一颗后悔药。如果你想知道到底造了什么后悔药，那么就可以输入git log，这时它显示：

  commit d2a41f299e425e50f164d7db72c8a6a59783bbea (HEAD -> master)
  Author: yourname <email@example.com>
  Date:   Sat Feb 22 21:05:30 2020 +0800
  
      初始化
  

  这上面那个“初始化”你可以理解为这颗后悔药的名字，其实就是我们给它的说明。那“commit”后面那一串长的东西是什么呢？，你可以理解为这颗后悔药的身份证号。

• 吃后悔药
  
  这里，我们重复上面的操作，造两颗后悔药，然后我们用git log看一下有哪些后悔药，它显示：

  commit 7a732beb1cf694add6a1c837b4d340c9b347a489 (HEAD -> master)
  Author: Pygriaaf <pygriaaf@163.com>
  Date:   Sat Feb 22 21:59:04 2020 +0800
  
      第二次修改
  
  commit 9526058a3b103a481f3424101ca1b2a4b6e0bd2f
  Author: Pygriaaf <pygriaaf@163.com>
  Date:   Sat Feb 22 21:57:12 2020 +0800
  
      第一次修改
  
  commit d2a41f299e425e50f164d7db72c8a6a59783bbea
  Author: Pygriaaf <pygriaaf@163.com>
  Date:   Sat Feb 22 21:05:30 2020 +0800
  
      初始化
  

  如果要看修改了什么，我们可以用git log -p，在这里就不详细讲述了。

  假设我们发现第二次修改的内容很差劲，想退回，怎么办？我们就可以输入git checkout xxx，这个命令意思是切换到任意历史节点，“xxx”就是指的是任意历史节点。
  
  在这里的“xxx”我们就输入后悔药的身份证号，输入后会显示一些内容，我们不管它，然后打开文件，就会发现文件的内容退回了，那么这颗后悔药就吃成功了。

3.分支branch

• 什么是分支？
  
  那么分支可以理解为，在一本小说里可能同时有不同的故事线，比如主线或者其他的故事线。它们也可能会随时合并。
• 创建分支
  
  假设我们要在“第一次修改”处创建分支，可以输入git branch 分支名，这里的分支名就设为“secondbranch”。如果输入后什么也没显示，那说明创建成功了。
  
  然后我们就可以切换到“secondbranch”，这时我们输入git checkout secondbranch，然后它会显示你成功切换到“secondbranch”分支。
  
  在这个分支上我们也是可以写一些内容的，做些修改，然后提交一下，这时我们再用git log看一下，它显示：

  commit 7a4896664a5067ad158c1c872c76ecaf441fa42d (HEAD -> secondbranch)
  Author: Pygriaaf <pygriaaf@163.com>
  Date:   Sun Feb 23 10:17:06 2020 +0800
  
      第二个分支上的修改
  
  commit 9526058a3b103a481f3424101ca1b2a4b6e0bd2f
  Author: Pygriaaf <pygriaaf@163.com>
  Date:   Sat Feb 22 21:57:12 2020 +0800
  
      第一次修改
  
  commit d2a41f299e425e50f164d7db72c8a6a59783bbea
  Author: Pygriaaf <pygriaaf@163.com>
  Date:   Sat Feb 22 21:05:30 2020 +0800
  
      初始化
  

  可以看到，现在所做的修改是在“secondbranch”分支上了

• 合并分支
  
  假设我们发现“secondbranch”分支上的内容要比主分支上的好，那么就可以将分支 合并。
  
  首先，我们切换到“master”上，输入git checkout master,然后输入git merge secondbranch，merge 就是合并分支的命令。它显示：

  Auto-merging test.txt
  CONFLICT (content): Merge conflict in test.txt
  Automatic merge failed; fix conflicts and then commit the result.
  

  这上面说什么？它说自动合并时发生了冲突，这时我们就要手动合并了，我们用编辑器打开文件，它显示：

  第一次修改
  <<<<<<< HEAD
  第二次修改
  =======
  secondbranch中第二次修改
  >>>>>>> secondbranch
  

  这里<<<和>>>之间就是冲突的地方，===是分隔线。我们要保留“secondbranch”分支的内容，那么我们就把不需要的内容去掉就行了，如：

  第一次修改
  secondbranch中第二次修改
  

  然后我们就用“add”和“commit”提交，最后就合并成功了。

4.其他东西

• 标签Tag
  
  标签是什么呢？假如你在写一本小说，写呀写，最后整本书写完了，那么这时候就可以打一个标签，叫第一版。就是在一个重要的的历史节点上，你要做一个标记，那么这个标记就是标签。
  
  那怎么打标签呢？，这时我们可以用git tag -a 标签名 -m "备注"。在程序开发中，标签名通常是版本号。
• 三种状态
  
  这三种状态分别是：modified、staged、committed,意思是：已修改、已暂存、已提交。
  
  已修改，顾名思义，就是你修改了文件。那么已暂存是什么意思呢？你可以理解为缓冲。即使你不小心add一个错误的文件，这文件也不会在历史当中。如果add的是正确的，那么就可以提交到历史当中，这就是已提交。

后记

文章就写到这里，其实还有别的内容没写，在这里我就不一一列举了。文章是我的理解写出来的，所以可能会有些错误，也许我审阅的时候没有发现。如果你们发现了错误，请在评论区留言，或者联系我邮箱：pygriaaf@163.com。