Git 学习一：简介

港控/mmm° 2022-06-01 02:26 232阅读 0赞

# Git 学习一：简介 #

*  Git 学习一简介
    
     *  Git 简介
        
         *  Git 诞生
         *  分布式
     *  GIT 标准分支开发流程

Git 是一个优秀的分布式版本控制系统。

参考  
[Git 官网中文教程][Git]  
[廖雪峰的 Git 教程][Git 1]  
[OSChina 中文教程][OSChina]

## Git 简介 ##

### Git 诞生 ###

Linus 在1991年创建了开源的Linux。此后，Linux系统在全世界热心志愿者的不断参与下，不断发展，现在已经成为最大的服务器系统软件了。那Linux的代码是如何管理的呢？

1.  2002年以前，世界各地的志愿者把源代码文件通过diff的方式发给Linus，然后由Linus本人通过手工方式合并代码。  
    你也许会想，为什么Linus不把Linux代码放到版本控制系统里呢？不是有CVS、SVN这些免费的版本控制系统吗？因为Linus坚定地反对CVS和SVN，这些集中式的版本控制系统不但速度慢，而且必须联网才能使用。有一些商用的版本控制系统，虽然比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。
2.  2002年，Linux系统已经发展了十年了，代码库之大让Linus很难继续通过手工方式管理了，社区的弟兄们也对这种方式表达了强烈不满，于是Linus选择了一个商业的版本控制系统BitKeeper，BitKeeper的东家BitMover公司出于人道主义精神，授权Linux社区免费使用这个版本控制系统。
3.  2005年，Linux社区牛人聚集，不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议（这么干的也不只他一个），被BitMover公司发现了（监控工作做得不错），于是BitMover公司怒了，要收回Linux社区的免费使用权。  
    Linus可以向BitMover公司道个歉，保证以后严格管教弟兄们。但Linus没有这样做，而是花两周时间自己用C写了一个分布式版本控制系统，这就是Git。一个月内，Linux系统的源码就由Git管理了。  
    从此，Git 迅速成为最流行的分布式版本控制系统。尤其是2008年，GitHub网站上线了，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。

### 分布式 ###

Linus一直痛恨的CVS及SVN都是集中式的版本控制系统，所以才创建分布式版本控制系统Git。

集中式版本控制系统 VS 分布式版本控制系统

1.  集中式版本控制系统  
    版本库是集中存放在中央服务器的，干活时，都是用自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。  
    中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。
    
    > **弊端**  
    > 1、必须联网才能工作：若在局域网内还好，速度够快；若在互联网上，对网速有要求。
2.  分布式版本控制系统  
    没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样就不用联网了。  
    既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
    
    > **优势**  
    > 1、分支：强大的分支管理；  
    > 2、安全：每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。  
    > 在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

## GIT 标准分支开发流程 ##

![这里写图片描述][SouthEast]  
项目中长期存在的两个分支

*  master：主分支，负责记录上线版本的迭代，该分支代码与线上代码是完全一致的。
 *  develop：开发分支，该分支记录相对稳定的版本，所有的feature分支和bugfix分支都从该分支创建。

其它分支为短期分支，其完成功能开发之后需要删除

*  feature/\*：特性（功能）分支，用于开发新的功能，不同的功能创建不同的功能分支，功能分支开发完成并自测通过之后，需要合并到 develop 分支，之后删除该分支。
 *  bugfix/\*：bug修复分支，用于修复不紧急的bug，普通bug均需要创建bugfix分支开发，开发完成自测没问题后合并到 develop 分支后，删除该分支。
 *  release/\*：发布分支，用于代码上线准备，该分支从develop分支创建，创建之后由测试同学发布到测试环境进行测试，测试过程中发现bug需要开发人员在该release分支上进行bug修复，所有bug修复完后，在上线之前，需要合并该release分支到master分支和develop分支。
 *  hotfix/\*：紧急bug修复分支，该分支只有在紧急情况下使用，从master分支创建，用于紧急修复线上bug，修复完成后，需要合并该分支到master分支以便上线，同时需要再合并到develop分支。

[Git]: https://git-scm.com/book/zh/v2
[Git 1]: https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
[OSChina]: http://git.oschina.net/progit/
[SouthEast]: /images/20220601/c8835a69452841aaa12c1a27f9b3c7fd.png