开发工具之Git工具--版本控制神器(一)

写在前面

Git版本控制工具是由Linux之父Linus Torvalds开发的,Git工具的出现降低了软件版本维护的成本，极大的提高了工作效率。熟练的使用Git工具是一个合格的开发者的基本技能。而关于Git我们学习的重点和难点有两部分，第一就是Git复杂的指令，这些指令我希望你不要去背它，那将会是一件非常痛苦的事情。所谓熟能生巧，你只需要多多使用它即可，实在想不起某个指令查就是了。第二就是Git的思想，想学好Git，就必须得对Git的思想有很好的理解，否则你始终有一种很不爽的感觉，总想抓住点什么却总又抓不住....= =

<h4 id=1>一、版本控制工具的分类</h4>

目前市面上的版本控制工具主要分为集中式版本控制工具和分布式版本控制工具两种。

• 集中式版本控制工具
  带头大哥——SVN。它有一个中央服务器控制着所有的版本管理，所有的终端都可以对这个中央库进行操作,中央库保证版本的唯一性。
  缺点:
  1.安全性差 如果中央服务器出现故障，那么整个项目的版本控制将要付出沉重的代价。
  2.通信频繁 终端无论是提交修改还是获取更新都需要不断与服务器进行通信，一旦网络出现故障，就很难再继续操作下去。
• 分布式版本控制工具
  分布式版本控制工具终端可以获取到中央服务器的完整信息，就好像做了一个完整的镜像。这样我们就可以在终端获取各种信息，提交管理我们的代码而不需要与服务器频繁通信，即使中央服务器出故障，各个终端仍有完整的备份。但实际上分布式版本控制工具也有一个“中央服务器”，它的作用主要是用来最后提交代码和方便拉取备份的，并不会像集中式版本控制工具那样严重依赖网络。

<h4 id=2>二、Git的安装与配置</h4>

关于Git的安装没什么值得说的，直接下一步即可。安装完Git后，在控制台输入git 只要出现一屏你看不懂的东西就表示你成功了！

这里贴出Git的官方下载地址:Git官方下载地址

对Git Global参数进行配置：
打开Git cmd 输入如下内容可以增添一个配置
git config --global --add user.name xxx user.email xxx@xx.com
删除一个配置:
git config --global --unset user.name xxx

<h4 id=3>三、Git指令</h4>

接下来我们学习Git指令，这些指令你将会反复查阅实践，只有这样你才能做到知行合一，大师可成也。
接下来的指令，你可以跟我一步一步的来，我们共同学习。你可以随便在某处建一个文件夹，比如桌面，然后进入这个文件夹-右键-Git Bash Here

right_click.png
多说一句，Git GUI Here是指在当前目录打开Git图形化工具，Git Bash Here 是在当前目录打开命令行工具。而我们要学的 就是Git Bash Here，因为Git GUI Here已经不用我教你。

• <h5 id="3.1">创建Git仓库</h5>
  为了管理代码，代码要关在仓库里面。仓库是自己创建或者clone的。
  1.** Git init——将一个目录快速设置为Git代码仓库**
  

  git_init.png
  仓库创建成功后，会在当前目录中生成一个.git目录，这是一个隐藏文件夹，包含所有的版本和配置信息。关于这个文件夹的目录结构，这里先不说，等你对Git思想掌握后，再去研究也不迟。

  2.Git clone——clone一个仓库
  我们可以在github上clone一个远程仓库到本地。
  

  github_clone.png
  在clone的时候，可以选择HTTPS或者SSH，一般我们都会使用SSH，因为HTTPS要求帐户密码验证。
  得到地址后，使用 git clone 某仓库地址命令如下:
  git_clone.png
  可以看到，远程仓库已经clone下来了。

• <h5 id="3.2">提交修改</h5>
  为了演示方便，可以先在文件夹中创建一个文本文件test.txt，然后随便写点什么，使用git status查看当前仓库状态:
  

  git_status.png
  可以看到 Git追踪到了新的文件，并提示我们使用git add <file>添加版本控制。最后使用git commit <file> --m "提交描述"将add后的文件提交到代码仓库：
  git_add.png
  你可以使用git log或者git shortlog查看提交记录，其中git shortlog是按照提交者分类的一个简短log日志。

• <h5 id="3.3">追加修改</h5>
  当想要修改上次提交描述信息(即:--m后面的描述)的时候，可以使用git commit --amend -m ''提交描述信息"：
  

  git_amend.png

• <h5 id="3.4">查看仓库状态</h5>
  通过查看仓库状态，我们能够了解当前文件状态以及版本之间的差异。除了使用前面提到的git status指令，我们还可以使用git diff <file>指令查看某文件的具体变化内容,使用git diff "节点名称"比较与指定节点之间的差异:
  

  git_diff.png
  节点名称可以指定为HEAD、HEAD^{、HEAD、HEAD}^^...分别代表当前版本，上一版本，上上版本，以此类推。

• <h5 id="3.5">版本历史</h5>
  一个仓库中通常会有非常多次的add和commit，这些过程都会被git记录下来，使用git log指令，会列出所有的提交记录。使用gitk指令查看图形化的log记录：
  

  git_gitk.png

commit id 是一个40位16进制的SHA-1 hash code用来唯一标记一个commit。
gitk图形化工具比命令行展示的信息更加条理丰富，Git会将commit串成一条时间线，每个点就代表一个commit。

除此之外，还可以使用git blame指令追溯一个指定文件的历史修改记录:

git_blame.png
注意信息中列出了不同的id 修改者 时间 和 内容

• <h5 id="3.6">Git的操作区域</h5>

Git通常是工作在三个区域上的，即工作区，暂存区和历史区。其中，工作区就是开发者平时工作，修改代码的区域；历史区是用来保存各个版本的区域；暂存区则是Git的核心所在，它被保存在.git/index文件中。
git管理修改的是内容而不是文件，每个SHA-1的值也是根据内容计算出来的。

我们执行add操作实际上是将修改的记录保存到暂存区，执行commit操作就是就是将暂存区的内容全部提交到历史区。

• <h5 id="3.7">Git回退</h5>
  回退主要包括add操作之前，add操作之后但还没有执行commit操作，commit操作之后这样三种情景。
  1. git checkout <file>指令：主要用在add操作之前和add操作之后commit操作之前，如果你在这两种情境下，修改了文件内容，想要回到修改文件内容之前，就可以使用这个指令，如图:
     git_checkout.png
     git checkout操作实际上是用版本库里的版本(包括历史区和暂存区)替换工作区中的版本!
     你一定会有一个疑问，前面我们的回退操作并没有跨越工作区，那么我们怎么从暂存区甚至是历史区(也可以理解为撤销add以及commit)指令呢?别急，马上讲解！
  2. git reset HEAD <file>指令和git reset <last commit id> <file>指令:
     前一个指令用于commit之前，撤销add指令，即退出暂存区到工作区。
     后一个指令用于commit之后，撤销commit指令，使用这个指令可以实现任意版本之间的跳转，当然"last commit id"不能是当前版本id。
     git_reset_last_commit.png
     3.git reset --hard HEAD^指令:这个指令也是用于回退版本的。回退到上一个版本写作HEAD^，上一百个版本写作HEAD~100。这个指令和上一个指令git reset 的区别就是，上一个指令可以在任意版本之间"跳转"，而本指令回退到某一个版本后，会把之后的版本全部删除。
     note:使用git reset指令进行版本回退后，使用git log指令你会发现之后的版本commit id都消失了，怎么办呢？其实，我们可以使用git log指令的pro版——git reflog指令解决这个问题，此处不再演示。

• <h5 id="3.8">Git文件操作</h5>
  Git提供了类似Linux的文件管理基本指令，下面介绍一下删除和暂存文件指令。
  1. shell的rm命令
  执行shell的rm命令，可以将某一文件删除，Git不仅可以监听到增加、修改文件，还可以监听到删除文件，同样需要通过git add/commit操作来完成一次新的提交。
  shell_rm.png
  2. git rm 命令
  git rm命令和shell rm命令的区别在于git rm命令省去了git add操作。
  git_rm.png
  3. 文件暂存
  这里的文件暂存，是指一次备份与恢复操作。
  怎么理解这个概念呢？你可以想象一种这样的开发情景：你在某一git 分支开发新功能，这时上司交给你一个新的任务，修复上一版本的bug。你是不能直接在当前分支拉取分支修复bug的，因为当前分支的代码并不完善，可能会出现各种各样的问题，甚至编译都不能通过。这时候，我们可以使用git stash命令将当前修改暂存起来，从其修改之前的分支拉取分支，进行bug的修复。bug修复完成后，可使用git stash list 指令查看之前储存的内容，使用 git stash apply指令或者git stash pop指令进行内容恢复（区别：前者不会删除记录，后者会）。

结语

考虑到篇幅问题，本文就先写到这里。但你要知道Git工具的使用远远不止这些，后续文章中我将会继续介绍Git的远程仓库，分支管理，Tag等知识点，这些知识也都是非常重要的。学习Git,你最好亲自去敲敲命令，光看是远远不够的。已更新完毕：开发工具之Git工具--版本控制神器(二)
写这一系列的关于Git工具的使用的博客，一是为了分享知识，一是为了整理一下知识点，方便复习查阅。文中有错误，或者是概念理解不一致的地方欢迎大家留言讨论。
最后，转载请注明出处：http://www.jianshu.com/p/4f823ee912a6 谢谢。