git简介和常用方法
1. git简介
1.1 产生历史
git是目前世界上最先进的分布式版本控制系统。
Linus在1991年创建了开源的Linux，从此，Linux系统不断发展，已经成为最大的服务器系统软件了。Linus虽然创建了Linux，但Linux的壮大是靠全世界热心的志愿者参与的，这么多人在世界各地为Linux编写代码，那Linux的代码是如何管理的呢？事实是，在2002年以前，世界各地的志愿者把源代码文件通过diff的方式发给Linus，然后由Linus本人通过手工方式合并代码！你也许会想，为什么Linus不把Linux代码放到版本控制系统里呢？不是有CVS、SVN这些免费的版本控制系统吗？因为Linus坚定地反对CVS和SVN，这些集中式的版本控制系统不但速度慢，而且必须联网才能使用。有一些商用的版本控制系统，虽然比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。不过，到了2002年，Linux系统已经发展了十年了，代码库之大让Linus很难继续通过手工方式管理了，社区的弟兄们也对这种方式表达了强烈不满，于是Linus选择了一个商业的版本控制系统BitKeeper，BitKeeper的东家BitMover公司出于人道主义精神，授权Linux社区免费使用这个版本控制系统。安定团结的大好局面在2005年就被打破了，原因是Linux社区牛人聚集，不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议(这么干的其实也不只他一个)，被BitMover公司发现了(监控工作做得不错！)，于是BitMover公司怒了，要收回Linux社区的免费使用权。Linus可以向BitMover公司道个歉，保证以后严格管教弟兄们，嗯，这是不可能的。实际情况是这样的：Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git！一个月之内，Linux系统的源码已经由Git管理了！牛是怎么定义的呢？大家可以体会一下。Git迅速成为最流行的分布式版本控制系统，尤其是2008年，GitHub网站上线了，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。历史就是这么偶然，如果不是当年BitMover公司威胁Linux社区，可能现在我们就没有免费而超级好用的Git了。
1.2 git的两大特点
版本控制：可以解决多人同时开发的代码问题，也可以解决找回历史代码的问题。
分布式：Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。首先找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。可以自己搭建这台服务器，也可以使用GitHub网站。
(1) 安装命令如下：
sudo apt-get install git
(2) 安装成功后，运行如下命令:
git
(3) 新建一个目录git_test，在git_test目录下创建一个版本库，命令如下：
git init
可以看到在git_test目录下创建了一个.git隐藏目录，这就是版本库目录。
常用命令：
182 git status //查看状态
183 git add . //暂存
184 git status
185 git commit -a (test:temp save) 或者git commit -m "xx” //提交本地
186 git log //提交历史
git remote add origin https://gitee.com/xxx.git //本地仓库关联远程仓库
187 git push -u origin master //提交到远程仓库的master分支
188 git branch -a //查看分支
去gitlab上找到分支链接 ，如https://codeup.sinsegye.com.cn/automation/so/
189 git checkout test-examples //切换到test-examples分支
git checkout -b dev //创建一个dev的本地分支
190 git fetch //拉取分支
上传到远程仓库的test-examples分支后，合并请求（mr）到master主分支（产品线），dev是仓库成员共用的一个分支（开发分支）
MR(或者PR)就是指将你开发的代码的内容以一种请求合并的方式来合并到它想去的分支上，这个请求的接收人(Reviewer)一般是项目、团队的负责人或者其他成员。Merge Request在Code review中就是重要的一环。如果使用MR来发起合并请求，那么在代码审查时就完全可以以你本次请求的合并内容为单元进行代码审查，如果审查通过那么就成功合并。
1.创建一个远程仓库，默认创建master分支
2. 创建本地仓库，并关联远程仓库
3. 以master分支为起点创建一个dev分支
4. 仓库中再添加另一个成员，为该用户设置为代码审查人员
本地切换到dev分支，并连接远程dev分支
5. 新建一个feature（特性）分支，在feature-beer分支上开发，并推送到远程。
7. 直接合并到dev上，没有人注意代码内容，所以要mr，审查通过后，就可以合并了。