您的位置: 首页  >  文章  >  Git 学习一：简介

Git 学习一：简介

分类: 文章 • 2022-10-04 11:27:35

Git 学习一：简介

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

参考
Git 官网中文教程
廖雪峰的 Git 教程
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 标准分支开发流程

Git 学习一：简介
项目中长期存在的两个分支

  • 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分支。

相关推荐