大家好，我是十一。
本篇内容
今天我们讲分布式版本控制系统，Git。
概念
Git(读音为/gɪt/。)是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。Git 是为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者通过克隆（git clone），在本地机器上拷贝一个完整的Git仓库。
GitLab和GitHub
GitLab和GitHub是基于Git开发的第三方产品，一般大家常用到的也是这两个。
Github是全球最大的代码开源社区，同时提供公共仓库和私有仓库，免费注册即可托管开源代码或者创建公有仓库；创建私有仓库，则需要付费。官方网站为https://github.com/。
GitLab同GitHub一样，可以免费注册并且创建共有仓库和私有仓库，区别是GitLab创建私有仓库也是免费的。另外GitLab让开发团队对他们的代码仓库拥有更多的控制，例如：
1). 允许免费设置仓库权限；
2). 允许用户选择分享一个project的部分代码；
3). 允许用户设置project的获取权限；
4). 通过权限设置让不在权限范围内的人访问不到该资源。
从代码私有性和权限控制方面，GitLab无疑是更好的选择。但对于开源项目而言，GitHub仍然是代码托管的首选。当然如果想练手，那完全开放式的GitHub也是最好的选择。
鉴于我们读者新手比较多，我们主要讲GitHub。
注册账户以及创建仓库
如上所说，GitHub免费注册即可托管代码或者创建共有仓库，因此我们必须先注册，访问https://github.com/官网，自行注册即可。
注册后登录方可创建仓库，创建一个共有仓库，具体如下图所示：
登录成功，点击图1中红框按钮，创建一个名为TestGitHub的公有仓库，如下所示：
如上，则创建好了TestGitHub库，我们会看到页面上展示我们刚创建好的这个库的信息，如下所示：
那如何将这些库下载到本地并对其进行添加、修改、上传的操作呢？两种方式：
1. 需要用到跟svn一样的客户端工具了，常用的是Tortoisegit。下载地址：https://tortoisegit.org/download/
2. 直接安装windows版本git，然后使用命令行操作。
今天我们讲第二种方式。下面内容来自于http://rogerdudler.github.io/git-guide/index.zh.html，大家可连接查看，也可在本文查看。
安装
下载 git OSX 版
下载 git Windows 版
下载 git Linux 版
创建新仓库
创建新文件夹，打开，然后执行
git init
以创建新的 git 仓库。
检出仓库
执行如下命令以创建一个本地仓库的克隆版本：
git clone /path/to/repository
如果是远端服务器上的仓库，命令如下：
git clone username@host:/path/to/repository
工作流
你的本地仓库由 git 维护的三棵“树”组成。
1. 第一个是你的工作目录，它持有实际文件；
2. 第二个是暂存区（Index），它像个缓存区域，临时保存你的改动；
3. 最后是 HEAD，它指向你最后一次提交的结果。
添加和提交
你可以提出更改（把它们添加到暂存区），使用如下命令：
git add
git add *
这是 git 基本工作流程的第一步；使用如下命令以实际提交改动：
git commit -m “代码提交信息”
现在，你的改动已经提交到了 HEAD，但是还没到你的远端仓库。
推送改动
你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令以将这些改动提交到远端仓库：
git push origin master
可以把 master 换成你想要推送的任何分支。
如果你还没有克隆现有仓库，并欲将仓库连接到某个远程服务器，可以使用如下命令添加：
git remote add origin
如此你就能够将你的改动推送到所添加的服务器上去了。
分支
分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是“默认的”分支。在其他分支上进行开发，完成后再将它们合并到主分支上。
创建一个叫做“feature_x”的分支，并切换过去：
git checkout -b feature_x
切换回主分支：
git checkout master
再把新建的分支删掉：
git branch -d feature_x
除非你将分支推送到远端仓库，不然该分支就是 不为他人所见的：
git push origin
更新与合并
要更新你的本地仓库至最新改动，执行：
git pull
以在你的工作目录中 获取（fetch） 并 合并（merge） 远端的改动。
要合并其他分支到你的当前分支（例如 master），执行：
git merge
在这两种情况下，git 都会尝试去自动合并改动。遗憾的是，并非每次都成功，可能出现冲突（conflicts）。这时候就需要你修改这些文件来手动合并这些冲突（conflicts）。改完之后，你需要执行如下命令以将它们标记为合并成功：
git add
在合并改动之前，你可以使用如下命令预览差异：
git diff
标签
为软件发布创建标签是推荐的。这个概念早已存在，在 SVN 中也有。你可以执行如下命令创建一个叫做 1.0.0 的标签：
git tag 1.0.0 1b2e1d63ff
1b2e1d63ff 是你想要标记的提交 ID 的前 10 位字符。可以使用下列命令获取提交 ID：
git log
你也可以使用少一点的提交 ID 前几位，只要它的指向具有唯一性。
log
如果你想了解本地仓库的历史记录，最简单的命令就是使用:
git log
你可以添加一些参数来修改他的输出，从而得到自己想要的结果。只看某一个人的提交记录:
git log --author=bob
一个压缩后的每一条提交记录只占一行的输出:
git log --pretty=oneline
或者你想通过 ASCII 艺术的树形结构来展示所有的分支, 每个分支都标示了他的名字和标签:
git log --graph --oneline --decorate --all
看看哪些文件改变了:
git log --name-status
这些只是你可以使用的参数中很小的一部分。更多的信息，参考：
git log --help
替换本地改动
假如你操作失误（当然，这最好永远不要发生），你可以使用如下命令替换掉本地改动：
git checkout --
此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到暂存区的改动以及新文件都不会受到影响。
假如你想丢弃你在本地的所有改动与提交，可以到服务器上获取最新的版本历史，并将你本地主分支指向它：
git fetch origin
git reset --hard origin/master
实用小贴士
内建的图形化 git：
gitk
彩色的 git 输出：
git config color.ui true
显示历史记录时，每个提交的信息只显示一行：
git config format.pretty oneline
交互式添加文件到暂存区：
git add -i
注意：git由于是完全开源的，大家都可以使用的，我希望大家都跟着本篇文章自己操作操作。
好了，今天的内容到此结束，我们下期再见！Bye~