写在前面
本文不是一篇Git入门指南,也不是 Git命令行使用技巧的讲解,而是谈谈作者在过往工作中使用的几种代码版本管理工具的一些体会,同时重点讲解一下Git的分支模型。
注:本文中涉及到的 片均来源于互联网
背景
谈论到代码版本控制,相信大家在项目开发过程中或多或少都有使用过 SVN 和 Git。对代码的更新、提交、合并等操作都非常的熟悉,但是许多人对如何在项目中选择适合的代码管理工具以及对应的工作流却不是很清楚。
最近刚好在团队内组织了一次以“一个成功的Git分支模型”为主题的分享活动,旨在同大家一起回顾一下过往项目中使用几种代码版本管理的经历及体会,并以此来讨论 Git 分支模型的适用场景,现将 PPT 中主要内容进行梳理,以内容输出的方式供大家了解。
版本管理工具
项目开发过程中大家可能使用比较多的版本管理工具有:VisualSVN、TortoiseSVN、Bazzar、Mercurial、Git、Bitkeeper 等等。
其中 VisualSVN、TortoiseSVN、Bazzar为集中式版本控制系统。Mercurial、Git、Bitkeeper为分布式版本控制系统。
集中式vs分布式版本控制
集中式版本控制的优点在于可以对具体的文件或目录进行权限控制,缺点在于通过与中心服务器连接执行所有操作,必须联网。
分布式版本控制的优点具体如下:
1. 分支管理
2. 安全性更高(因为每个客户机本地都有保留完整的版本库)
3. 离线工作,操作便捷(不联网也能照常工作)
4. 可以实现非常灵活的工作流组合(后面有介绍Git工作流)
分布式版本控制的缺点由于分布式的特性,很难对版本库中具体的文件或者目录做精细的权限控制。
到这里相信大家已经对版本控制工具有了一个大致的了解,下面让我们一起来看看本文的重点内容- Git 分支模型。
首先,让我们先了解一下:
Git是什么?
Git(读音为/gt/。)是一个开源的分布式版本控制系统,可以有效、高速的处理从很小到非常大的项目版本管理。
其次,让我们知道:
有哪些Git代码托管平台
国内常见的 Git 代码托管平台有码云(Gitee)、码市(Coding)等,国外常见的代码托管平台有 Github、Bitbucket、Gitlab、VSTS 等。
最后,让我们一起来看看
有哪些Git工作流
Centralized(集中式工作流)
Feature Branch(功能分支工作流)
Gitflow (GitflowI作流)
Fork (Fork工作流)
集中式工作流
集中式工作流(Centralized)是以中央仓库作为项目所有修改的单点实体。所有新功能的开发都是基于一个叫 master 分支进行。
举个例子:
1、小明开始开发新功能;
2、小明开始开发新功能;
3、小明完成新功能开发,并提交到master分支;
4、小红完成新功能开发,并提交到master分支,此时提示与小明的内容发生冲突,小红提交不了代码,现在很苦恼!
5、小强发现并即使的帮助小红rebase了本地的master分支获取了最新代码;
$ git pull -- rebase origin master
6、在小强的帮助下,小红也可以提交新功能开发到master分支;
$ git push origin master
在这件事之后小红和小明的关系越走越远,跟小强的人 关系越走越近。
功能分支工作流
该工作流中每个用户都基于 master 分支创建一个新的功能分支,相比于集中式工作流会更加的安全以及产生更低的冲突率。
基于 master 分支
$ git checkout master
$ git fetch origin
$ git reset -- hard origin/master
创建新分支
$ git checkout -b new-feature master
举个例子:
小强和小 在同一个项目组,现在合作开发一个项目,项目的主分支为master。
小红建一个新分支
$ git checkout -b xh-feature master
中午到了,小红提交了本地的修改信息并通知到小强后去吃午饭;
$ git add .
$ git commit -m 'add commit'
$ git push origin xh-feature
午饭过后,小红合并了新分支到master并提交至远程仓库;
$ git checkout master
$ git merge xh-feature
$ git push origin master
下午小强获取小红的代码后发现其开发的功能需求不对,通知小红更新;
小红重新修改功能需求后,提交修改并发布;
Fork工作流
该工作流不同于其他类型的工作流,它主要是通过在第三方代码托管平台。上进行 Fork一个开源项目到自己的仓库中。与clone方式不同,clone主要是对目标仓库数据的一次拷贝。
Gitflow工作流
Gitflow工作流仍然用中央仓库作为所有开发者的交互中心。和其它的工作流一样,开发者在本地工作并 push 分支到要中央仓库中。
Gitflow 工作流使用2个分支来记录项目的历史。master 分支存储了正式发布的历史,而develop分支作为功能的集成分支。这样也方便 master 分支上的所有提交分配一个版本号。
主要分支:
master:
主干分支,可用于产线正式发布
hotfix :
维护/热修复分支,基于master分支上存在的问题快速修复分支
release:
发布分支,可用于测试版本发布
develop:
开发分支,可用于开发迭代
feature:
功能分支,可用于个体开发和协作开发
分支模型的工作原理
功能分支
//创建功能分支
$git checkout -b feature/ feature-name develop
//合并到 develop 分支
$ git checkout develop
$ git merge feature/ feature-name
//删除功能分支
$ git branch -d feature/ feature- name
发布分支
//创建 release 分支
$ git checkout -b release/ release-name develop
//合并到 master 分支
$ git checkout master
$ git merge release/release-name
//合并到 develop 分支
$ git checkout develop
$ git merge re lease/ re lease-name
//删除 release 分支
$ git branch -d release/ release- name
热修复分支
// 创建 hotfix 分支
$ git checkout -b hotfix/hotfix-name master
// 合并到 master 分支
$ git checkout master
$ git merge hotfix/hotfix-name
//合并到 develop 分支
$ git checkout develop
$ git merge hotfix/hotfix-name
// 删除 hotfix 分支
$ git branch -d hotfix/hotfix-name
git-flow 工具集
git-flow 是一个git扩展集,按Vincent Driessen的分支模型提供高层次的库操作。
基本命令用法:
简单实例:
// Gitflow 模型初始化
$ git flow init
//新建特性分支
$ git flow feature start feature-name
//发布特性分支
$ git flow feature publish feature- name
//合并特性分支
$ git flow feature finish feature-name
//新建发布分支
$ git flow release start re lea se-name
//合并发布分支
$ git flow release finish v1.0.0 -m "tag message"
//新建热修复分支
$ git flow hotfix start hotf ix -name
//合并热修复分支
$ git flow hotfix finish v1.0.1
写在最后
本篇文章内容信息量较大,整理过程中难免会有些纰漏,欢迎大家指正。如需要了解更多相关内容请详细查看参考资料部分的链接地址。
参考资料:
Git SCM :
https://git-scm.com
Git-flow:
https://github.com/nvie/gitflow
Git branching model:
https://nvie.com/posts/a-successful-git-branching-model/
Comparing Workflows:
https://www.atlassian.com/git/tutorials/comparing-workflows
Git-flow cheat sheet:
http://danielkummer.github.io/git-flow-cheatsheet/index.zh_CN.html
注:本文中涉及到的 片均来源于互联网
●编号549,输入编号直达本文
●输入m获取文章目录
领取专属 10元无门槛券
私享最新 技术干货