git版本控制器使用（一）

• Git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。Git的读音为/gɪt/。

• Git是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理。[2] Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

• Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper，后者之前一直是 Linux 内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得BitKeeper 的许可证并不适合开放源码社区的工作，因此 Torvalds 决定着手研究许可证更为灵活的版本控制系统。尽管最初 Git 的开发是为了辅助 Linux 内核开发的过程，但是我们已经发现在很多其他自由软件项目中也使用了 Git。例如 很多 Freedesktop 的项目迁移到了 Git 上。

• git的作用其实和svn的效果一样，都是用与不同开发这的协作开发以及对于开发者自己的一个版本管理工具，但是他的管理模式其实又和SVN不太一样，SVN的管理基本上就是一个内部的局域网一直在管理，但是git却是可以有任何方式，如果接入了公网那么久可以直接在公网的任何地点都可以访问，如果有错的地方大家可以忽略掉，因为我对于SVN的使用仅仅不到半年，也就两三个月的时间，之后就不再使用SVN了，转为使用git版本控制，大家见谅！！！！！！！！

• 在使用git的过程当中其实我也犯了许多的错误，甚至导致整个仓库都删除的情况都出现过，但是，慢慢的也开始学会了具体怎么使用git，其实使用git最重要的一点就是流程，只要流程对了，那么其他的东西就都是小问题了，但是一旦流程问题出错，那么恭喜你，来吧，重新弄吧，要不代码回滚，要么分支删除，再要么重新来个版本库吧。

• 在接下来我会展示一张图片来简单介绍一下我所理解到的git分支的使用方法：
  

• 上面这张图是我所理解到的关于git使用的一套流程方法，这篇文章不会讲什么命令啊、原理图啊，主要就是讲的一个理解。下面来一一讲解：

首先是第一列：master分支

•       master分支，是主分支，也叫作发布分支，常被用来做发布分支，即当一个项目开发完成，准备正式上线交付给用户使用的代码就要放在这个分支上，同样，这个分支在正式代码上线后应该关闭push操作，禁止一切代码修改，仅允许代码拉取，只有在发布下一个版本或者修复已发布版本的情况下才允许开发push操作，进行代码推送！

第二列：develop分支

•       develop分支，是开发分支，和fix分支并列为第二层级的分支，事实上每一列就是一个层级，每个层级都有不同的分工，这个第二层级的作用就是检验、汇总这两个方面。
•       检验：其实就是检测代码的完整性以及结构是否合理、测试运行是否正常这几种情况，因为这个分支是发布前的最后一道保证，如果这个分支出现了问题，那么最后推送到第一层级的master分支上的代码同样是会出现问题的，所以这个检验的作用就很重要了。
•       汇总：这个作用是为了将各个开发人员的代码合并，使项目由零件变为整体的，这个分支汇集这最少一个，做多那就不知道是多少个人的代码了，所以整个代码量是很高的，这就对于功能代码的分配开发要求很高了，如果一个文件被过多的人员操作的话，那么引起的冲突解决起来那会让人很头疼的！

第二列：fix分支

•       这个分支就不过多的阐述了，其功能和develop分支一样，但是却又比develop分支多了一个功能，那就是修复功能，用来紧急修复正式版本出现的问题。一个项目的正式版本出现了问题的话，是不能再开发分支上面直接进行修改的，因为开发分支是有可能会比正式代码要超前，甚至许多功能还没有稳定，所以这个时候就需要新的分支来进行操作了，从正式master分支拉取正式代码，修复正式代码的问题再合并到正式分支再次发布，这就是fix分支的作用！

第三列：dev1、dev2、fix1、fix2分支

•       这四个分支的作用其实都差不多，都是由程序员可以直接修改代码的分支，也是隶属于每一个开发人员的分支，每一个开发人员都会有一个相应的develop的子分支以及fix的子分支，分别用来开发和修复，开发人员在属于自己的开发或者修复分支上对自己的功能模块进行开发，最后合并到develop分支或者fix分支上提交自己开发的代码！

以上就是我自己关于各个分支的理解，当然这其中会有很多需要注意的地方，一旦忽略或者遗忘的话会产生很大的问题，后果一般情况下是很严重的，这些我会在后面的文章中讲解！