一.为什么写这篇文章
之前接触过git，只知道是跟svn功能类似的工具，主要用来管理代码，从远程服务器取到最新的代码更新到本地，在本地改好代码之后再提交到远程服务器上，来保证团队协作开发。
了解了这些之后感觉自己已经熟练使用git了，后来发现只是个井底之蛙，最怕的就是对一个知识点知道些皮毛就感觉已经完全掌握了，所以总结一下对git的最新理解，也不是最完全和最准确的。
二.git的简介和原理
既然提到Git就会想到svn，记得有个同事和我说过他之前做的项目是用svn管理代码的，感觉太low，记得有个架构师和我说过没有最好的架构，只有最适合的架构。技术架构都是以应用架构为基础再进行技术选型搭建的，我感觉道理都是相通的，所以Git和svn选哪个还得看具体的使用场景到底适合哪个，跟找女朋友是一个道理。但是Git的功能确实比svn强大这点我是承认的，Git是分布式的，svn是集中式的，在没连网的情况下Git在本地可以使用，但svn不可以，而且Git的分支操作要比svn强大很多。
Git分为三个区，分别是工作区、暂存区、版本库。
1.工作区：就是自己编辑文件的区域，在自己的电脑上能看到的相关目录；
2.暂存区：与SVN相比多出来的一个区域，官方解释是存放在"git目录"下的索引文件；
3.版本库：对文件的具体操作提交到版本库都会被管理起来，每个文件的添加、修改、删除Git都能跟踪，可以还原，可以追踪历史。网上找的不画了。
三.git的具体使用方法
目前我接触到的使用方法有三种，分别是客户端操作、插件操作、命令操作。具体使用哪种我认为可以根据个人喜好来定，各有利弊，没有绝对好坏之分，只要能管理好就行。前两种我不太熟，还是习惯用命令。在本地安装好Git之后打开Git bash就可以使用命令了。
关于命令的使用方法主要整理了三个部分，分别是基本命令使用、分支命令使用、远程命令使用。基本命令主要就是Git的一些基础操作的相关命令，分支命令就是对分支的一些操作命令，远程命令就是本地和远程服务器相关联的操作命令。
1.基本命令：
git initl --初始化仓库
要用Git管理相关的文件就必须初始化一个仓库，在这个仓库中管理相关资源，所以在对应的路径下用git initl命令来初始化仓库。
git add --向暂存区添加操作内容
在Git仓库的工作区对文件进行操作（包括添加、修改、删除），用git add +对应的文件命令向暂存区添加操作内容。
git commit --将暂存区的内容提交到版本库
通过git commit命令将暂存区的内容提交到版本库，提交之后就可以在当前分支追踪历史，还原对应的版本了。例如git commit -m "注释"，注释代表当前操作的具体解释，必须要写。
git status --查看仓库状态
在仓库中使用git status命令可以查看仓库管理的所有资源的状态，例如添加修改了哪些文件，可以add了哪些，可以commit哪些等信息，是个常用命令。
git diff --查看修改文件的差别
在工作区修改文件之后没有进行add之后的操作用git diff +对应文件名可以查看该文件工作区与暂存区的区别。
git log --查看提交的日志
用git log命令可以查看当前分支的历史操作日志，谁在什么时间进行了提交或合并，以及操作前后有怎样的差别。
git reset --退回到对应的版本
想要退回到以前的版本必须知道要退回的版本号，用git reflog命令查看之前的版本号列表信息，列表中存在版本号的信息，再用git reset --hard 版本号命令退回到对应的版本。
git checkout -- file --撤销修改
如果发现修改的文件有错误并且还没有commit到版本库想要撤销修改就用git checkout -- 对应文件名命令还原到没改之前的状态。
rm --删除文件
如果想删除版本库的文件可以直接手动操作删除也可以用rm +对应的文件名命令，再进行add和commit操作。
2.分支命令：
分支操作是git的特色也是重点，分支用好了管理起来会很专业，用不好会很垃圾，带来很多不便。分三个方面对分支进行描述，分别是分支的含义、分支的管理策略和分支的操作命令。
(1)分支的含义：
举个不太恰当的例子，在高速公路上开车，同方向有两车道、三车道、或四车道，每个车道可以理解为一个分支。只是一辆车只可以在一个车道上行驶，但是Git的分支却不同，管理的一个文件可以在不同的分支上进行操作，相当于一辆车在不同的车道行驶。这样就会存在问题，同样的文件我在一个分支上修改了，在另一个分支上也修改了，并且修改的内容不同。Git有解决这类问题的方法，就是合并分支，解决冲突。后面会有介绍。
(2)分支的管理策略：
看图说话，只是找了个简单的例子，有些项目的分支管理会比这个复杂的多。图中显示有四个分支，分别是master、dev、michael、bob。michael和bob是项目组的成员，每个人有自己的一个分支，分别在自己的分支上操作管理文件，并将修改后的内容申请合并到Dev分支，所以Dev分支是不稳定的。master分支是最稳定的，到某个里程碑节点可以把dev分支合并到master分支上，在master分支上发布版本。以上只是个大体的思路，实际操作可能会遇到各种问题，但是大的方向必须明确下来。
(3)分支的操作命令：
git branch branchname --创建分支命令
git checkout branchname --切换分支命令
git checkout -b branchname --创建+切换分支
git branch --显示分支命令
git branch –d branchname --删除分支命令
git merge branchname --合并分支命令
合并分支时如果两个分支内容没有冲突时可以直接合并成功，存在像我上面讲的那种情况就会出现冲突问题，必须手动解决冲突后在提交。存在冲突时会出现<<<<<<<，=======，>>>>>>>的内容，改好之后再提交就会解决冲突。
git stash --储藏当前工作现场
有这样一种场景，有个任务在当前分支上开发需要两天完成，现在已经开发完一半，因为没完成所以不能合并分支，突然出现个紧急问题需要马上处理，可能半个小时就会搞定。这时需要用git stash把当前没完成的内容储藏起来，在创建个新的临时分支专门修改问题，修改完成合并分支后删除这个临时分支，再切换到之前的开发分支上用git stash pop恢复回来继续做没完成的任务。
3.远程命令：
现在做项目都会有GitHub或GitLab这样的远程git仓库，大家都从远程仓库上clone资源，修改好了之后再push到远程仓库上。
git clone 路径 --从远程仓库clone内容到本地
git push origin branch-name --将本地修改的内容push到远程仓库
git pull origin branch-name --从远程仓库pull最新的内容到本地
注意远程仓库的分支名称要和本地的分支名称对应上，不然会出问题，最好起一样的分支名，按照约定大于配置的理念去执行。
4.结束语：
写这篇文章可以总结出一些属于自己东西也可以锻炼一下自己的表达能力和文档编写能力。在网上看一些相关的文章，看完之后虽然有些收获但是感觉不是自己的东西。不论是生活还是工作上，有些事情必须自己亲身经历了才会真正明白，不管是成功的还是失败的，最主要的是要从这些经历中积累下有用的东西来促进自身成长，也算没白经历。
有很多比你牛逼和比你惨的人，他们都在努力的生活，想想自己的那点烦恼又算的了什么。