对于计算机中涵盖知识的庞大，我们无从想象。有人说，对于很多东西你只要会用就行了，不用怎么理解，但对于我的感觉是没理解的知识用得总是不踏实，心中空落落的，况且理解了才能创造性的使用。虽然理解的路上会有点慢，但是它会变成你自己的东西。
虽然
git命令不是特别多，理解后用起来也不是特别难，但就是为什么它的英文与我们理解的汉语意思差距那么大？不信走着瞧
注：下面所有命令先都得切换到对应目录下
-
git init初始化git仓库 -
git add <file name>添加文件到缓存区。可以一个一个文件的添加，还可以所有文件一起添加git add .或者git add -A -
git commit -m 'description message'一次性提交所有缓存区文件到仓库。这里的-m表示提交的备注内容，比如：添加了什么内容 -
git status随时掌握工作区内容状态 -
git diff如果git status显示内容被修改，可以用git diff查看内容间区别 -
git log查看提交的内容版本 -
git reset --hard commit_id回到某个历史版本 -
git reflog查看命令历史 -
cat readme.txt查看该文件的内容（这个地方很奇怪吧，查看文件内容竟然用 cat 命令，在我的英文世界里从来不知道 cat 还能有这层含义。就算是现在打开有道词典查，也依然找不到cat 可以表示查看的意思。表示查看有那么多单词可以选，像look,view,check...，怎么偏偏就选中‘猫了’，你是怎么想的） -
get checkout -- fileName抛弃工作区的修改（同理checkout也没有很清晰的表明这一层含义的） -
get reset head fileName想抛弃修改过的内容，但是已经提交到了缓存区，该命令用于由缓存区退回到工作区，再利用上一条命令抛弃修改的内容 -
rm fileName删除工作区某个文件，这个时候工作区文件就和仓库里区的文件不相同了，这个时候就有两种可能：确定要删除（删掉仓库区里该文件），还会从仓库区里恢复该文件。
确定删除： git rm fileName----> git commit -m 'description'
从仓库区恢复文件： git checkout -- fileName
(其实，我就不太理解，恢复文件为什么要用checkout，这个单词有这层含义吗？)
将自己本地仓库文件和远程github仓库上的文件关联起来，实现实时更新，本地代码的修改提交，建立远程连接后，最后可以一次性push到远程仓库
首先，在github账号下，添加电脑的 SSH Key值，这个值是通过在git bash敲击命令生成的，如： ssh-keygen -t rsa -C '870876711@qq.com'。在git bash当前目录下找到.ssh文件，复制id_rsa.pub内容
其次，将该值添加到github账号下的SSH Key设置里。只有设置了key值关联，才有可能将本地仓库代码提交到github的远程仓库里
最后，在github下创建 repository，命令行工具下，实现本地仓库与远程仓库的连接git remote add origin git@github.com:lofayo/cli.git ----> git push -u origin master第一次推送，将master分支推送到远程master分支上，以后推送命令就简单些git push origin master
克隆，命令比较简单clone git@github.com:lofayo/cli.git
对分支的理解：就像我们高考做数学大题，先在草稿纸上写出计算过程看看对错，对了话再誊写到答题卡上。分支道理差不多，现在原文件下建立个分支，在那上面想怎么写就怎么写，最后项目写完了，也没有bug了在合并到主分区上
实质理解：有两个指针：master，指向主分支； head，指向当前活动的分支。当你创建并切换到新分支时，head 指针就指向它，而master 依然指向原分支，这个时候只要合并分支，就将master移到了下一个分支节点上，此时，head和master指向同一个节点。看图解：
<1> 一开始，head 和 master指针都指向分支的最后一个节点
<2>创建并切换到了新分支 git checkout -b dev，head指针代表当前分支，所有它指向了分支dev
<3>由于在新分支dev下修改了文件，并且也 git add git commit，所有相当于创建了新的节点
<4>切换到主分支git checkout master后，将dev分支内容进行合并git merge dev，就是将master指针向后移动一个单位
<5>最后，删除dev分支。
**总结：**整个过程完整了实现了先创建一个草稿分支，在上面修改内容，修改好了后和主分支合并，最后删除草稿分支（感觉跟我们考试草稿纸演算，最后把答案誊写答卷一样一样的）
-
git branch查看分支 -
git branch name创建分支 -
git checkout name切换分支 -
git checkout -b name创建+切换分支 -
git merge name合并分支到主分支上 -
git branch -d name分支合并后，就可以删掉分支
分支合并冲突： 要想弄清楚合并冲突，先得理解正常合并，理解了正常合并，你就会感觉到合并冲突是一种异常，详细理解过程那就看图加解释：
<1>和上面创建分支一样，先创建一个分支，并对工作区文件修改并提交；可这时候，切换到主分支，也对文件修改提交（head 指针和 master指针往后移动一个单位）；这时，在主分支下合并分支就会冲突
<2>合并冲突了的处理方案就是，将新分支的内容也添加，最后当前指针移动到下一个新节点上
注：以上内容纯属个人笔记，里面也没有多少理解的故事，只是个人笔记做个备忘，如果想学完整课程还请移步廖雪峰老师教程官网