Git 工作流的一些经验分享

笔者使用git有一段时间了,踩过不少坑,这里分享下我在git工作流方面的一些经验。

什么是Git工作流?

Git工作流你可以理解为工作中团队成员遵守的一种代码管理方案,在Git中有以下几种工作流方案作为方案指导:

  • 集中式工作流
  • 功能开发工作流
  • Gitflow工作流
  • Forking工作流

下面针对性说下每个工作流可能使用到的场景和适用性:

集中式工作流

这种工作方式跟svn类似,它只有一个master分支,开发者会先把远程的仓库克隆到本地,之后的修改和提交都在本地操作,直到在某个合适的时间点将本地的代码合入到远程master。这种工作流比较适合小团队,因为小团队可能不会太多的协作和合流的动作。

功能开发工作流

这种工作流关注功能开发,不直接往master提交代码保证它是稳定并且干净的,而是从master拉取feature分支进行功能开发,团队成员根据分工拉取不同的功能分支来进行不同的功能开发,这样就可以完全隔离开每个人的工作。当功能开发完成后,会向master分支发起Pull Request,只有审核通过的代码才真正允许合入master,这样就加强了团队成员之间的代码交流,也就是我们常说的Code Review。

Gitflow工作流

这个工作流其实也是我们团队采用的工作流,这也是很多团队会采用的工作流,它会相对复杂一点,但它非常适合用来管理大型项目的发布和维护,后面笔者也会详细讲下这一块。贯穿整个开发周期,master和develop分支是一直存在的,master分支可以被视为稳定的分支,而develop分支是相对稳定的分支,特性开发会在feature分支上进行,发布会在release分支上进行,而bug修复则会在hotfix分支上进行。笔者也是花了不少时间才熟练掌握整个工作流,期间遇到不少坑,后面会跟大家分享下。

Forking工作流

Forking工作流对于开源项目贡献者一定不陌生了,它有一个公开的中央仓库,其他贡献者可以Fork(克隆)这个仓库作为你自己的私有仓库,开源项目维护者可以直接往中央仓库push代码,而代码贡献者只能将代码push到自己的私有仓库,只有项目维护者接受代码贡献者往中央仓库发起的pull request才会真正合入。

小结一下

上面已经大致讲了在git当中的四种比较常见的工作流,都是需要开发者去实践理解的。

关于git工作流,只有选用最合适自己团队的工作流才能有效的提高开发效率,上面提到的一些工作流模式都有各自的适用场景,如何选用适合自己团队的工作流得结合团队成员的实际情况,看团队成员对于工作流的理解程度,还有对于工作流的执行程度。

我们团队的一些实践

现在讲下我们团队针对Gitflow的一些实践:

master分支

  • 主分支
  • 保持稳定
  • 不允许直接往这个分支提交代码,只允许往这个分支发起merge request
  • 只允许release分支和hotfix分支进行合流

develop分支

  • 开发分支
  • 相对稳定的分支
  • 用于日常开发,包括代码优化、功能性开发

feature分支

  • 特性分支
  • 从develop分支拉取,用于下个迭代版本的功能特性开发
  • 功能开发完毕合并到develop分支

release分支

  • 发布分支
  • 从develop分支拉取
  • 用于回归测试,bug修复
  • 发布完成后打tag并合入master和develop

hotfix分支

  • 热更新分支
  • 从develop分支拉取
  • 用于紧急修复上线版本的问题
  • 修复后打tag并合入master和develop

大家可能会发现我们这个跟标准的Gitflow工作流有些差别,其实也没有什么标准不标准的,前面说到要结合团队的实际情况,我们团队对于目前所采用的工作方式都是达成共识的,所以有一些差异并没有关系。

说了这么久,还没有一句git命令,那就让大家感受一下吧(感谢Bugly小色熊整理):

1). 首先将远程代码拉取到本地

    git clone xxx
    git checkout -b develop origin/develop

2).新建feature分支

    git checkout -b feature

3).多人在feature上开发,如果中途需要将develop的变更合入feature,所有人需要将本地的代码变更提交到远程

    git fetch origin 
    git rebase origin/feature
    git push origin feature

然后由feature负责人rebase develop分支,删除原来feature分支,重新新建feature分支;

    git fetch origin
    git rebase origin/feature
    git rebase develop
    git push origin :feature
    git push origin feature

这样可以保证feature保持线性变更;

4).feature开发完成后,所有人需要将本地的代码变更提交到远程

    git fetch origin 
    git rebase origin/feature
    git push origin feature

然后由feature负责人rebase develop分支,然后将feature分支合入develop,删除feature;

    git fetch origin
    git rebase origin/feature
    git rebase develop
    git checkout develop
    git merge feature
    git push origin :feature

这样可以保证develop保持线性变更,各feature的变更完整可追溯; 5).合入feature后拉出对应的release/feature分支,后续bug修复在release/feature上

    git checkout develop
    git checkout -b release/feature

release/feature分支的同步合并与feature分支相同 6).release/feature分支bug修复完成后,拉取对应的tag推送远程进行发布

    git tag -a v1.0 -m 'feature发布'
    git push origin v1.0

之后将release/feature合入develop分支,然后删除

    git rebase develop
    git checkout develop
    git merge release/feature
    git push origin :release/feature

7).发布完成后将release合入master分支,保证master为最新稳定版本(实际操作为发起merge request)

总结

本篇文章主要针对笔者工作中对于git工作流的一些理解和实践,目前我们团队也是严格按照这样的工作流来完成日常的开发工作,一个让团队成员认可并且有效的工作流才是最适合我们的工作流,任何规则不是为了限制我们思考,而是为了让工作更加高效有序,尽量减少人为的失误。git是一个博大精深的东西,笔者也是不断在实际应用中去理解它,任何一门技术的学习也是这样,就像程序员常用来装逼的一首诗:

纸上得来终觉浅,绝知此事要躬行。

原文发布于微信公众号 - 小巫技术博客(wwjblog)

原文发表时间:2017-02-16

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Java架构

“淘宝京东”构建流式计算卖家日志系统架构的应用实践

2317
来自专栏网站设计制作、数字营销

网站和网页的通俗解释 让普通人都能看得懂

网站和网页即有很大的相关性,却又不是同一个个概念。有时几个网页即可组成个网站,而有的网站非常复杂,可能包含成千上万个不同类型的网页。而在网站制作和网页制作的概念...

1530
来自专栏顾宇的研习笔记

Serverless 微服务架构案例无服务器架构 (Serverless Architectures) 简介 AWS Lambda 的编程模型Amazon API Gateway + AWS Lamb

Serverless 架构最早可以追溯到 Ken Fromm 发表的文章《Why The Future Of Software And Apps Is Serv...

2301
来自专栏带你撸出一手好代码

如何正确使用缓存技术

缓存技术是用来提升程序运行性能的常见手段,君不见, 阿里巴巴、新浪微博、美团网等互联网龙头企业都是用缓存技术来提升自己家网站的性能。然而,任何事物都有两面性, ...

3716
来自专栏杨建荣的学习笔记

浅谈zabbix和Grid control (r6笔记第25天)

在IT行业始终在进行着开源和商业的竞争而且双方火力都不差,开源的受众更多是中小企业,免费开源而且用户基数庞大,商业的用户都是一些大中型企业,求稳求成熟的服务。 ...

3557
来自专栏网络

学web前端开发写给新手的建议,超实用!

如今我们使用的互联网,客户端与服务器端的交互无时无刻不在发生。比如我们在浏览器打开网页,浏览器就是客户端,将网页数据发过来的也就是服务器。其实服务器,并没有什么...

2319
来自专栏竹清助手

对比Linux系统和Windows系统哪个更好

Windows操作系统是目前世界上使用最广泛的操作系统,但是在企业级服务应用上则是Linux系统更为专业与出名,也许听到Linux操作系统会觉得陌生,Andro...

3382
来自专栏小程序·云开发专栏

认识小程序云开发

原文链接:https://godbasin.github.io/2018/08/18/wxapp-cloud/

2.2K5
来自专栏web前端教室

vue的火热不是没有道理的,确实容易上手 &&电商作业检查 -- 王x

今天给同学们讲解了vue.js的相关入门知识,主要集中在模板语法、条件、循环、计算、样式还有事件处理等相关知识,以及它的双向绑定。 用的时候没什么感觉,但在讲的...

2415
来自专栏腾讯移动品质中心TMQ的专栏

利用线上数据提升移动app质量

1 线上数据测试模型 1.1背景 随着移动互联网的发展,移动app质量要求越来越高,传统行业质量的保证方式是测试人员在app开发过程中进行阶段性的测试,这种测...

28610

扫码关注云+社区

领取腾讯云代金券