学习笔记：gitflow解析以及工具使用

最新推荐文章于 2023-07-04 17:18:14 发布

dengmeng6291

最新推荐文章于 2023-07-04 17:18:14 发布

阅读量83

点赞数

文章标签： git

原文链接：http://www.cnblogs.com/FightingMan/p/6197252.html

版权

转自： http://lanhao.name/282 （谢谢楼主分享）

git-flow,是一个工具，是一种规范

Git Flow是构建在Git之上的一个组织软件开发活动的模型，是在Git之上构建的一项软件开发最佳实践。Git Flow是一套使用Git进行源代码管理时的一套行为规范和简化部分Git操作的工具。

（ http://www.ituring.com.cn/article/56870 ）

所以说，git-flow 是一个规则，一种约定，一种规范，并不是什么洪水猛兽，是提高你使用git技术的一个进阶实践。

git-flow 基于git本身的分支管理机制

所以，你必须先了解什么是git的分支(branch).请看图

因为时间关系，我们假设你已经知道什么是branch， git-flow就是通过在一个项目里划分不同的分支，来实现功能开发、bug修复、版本发布，以及开发过程中的冲突处理等。

（如果觉得这个描述有点绕，那么暂时不用理解它。）

git-flow把分支划分了几个类别

Master

就是平时我们看到的master，项目的主要分支，对外的第一门面。
所有外人浏览你的项目，使用你的项目，第一时间都是看到master。
你可以把它理解成  稳定无bug发布版 。（任何时候都ready to deploy）
所以，git-flow 要求我们不能在master下做开发。

Develop

处于功能开发最前线的版本，查看develop分支就能知道下一个发布版有哪些功能了。
develop一开始是从master里分出来的，并且定期会合并到master里，
每一次合并到master，表示我们完成了一个阶段的开发，产生一个稳定版。
同样的，develop下也不建议直接开发代码，develop代表的是已经开发好的功能
的回归版本（为什么说回归？）

Feature

带着develop处的疑问，我们在feature里为你解答。（有点长，别不看）
feature的作用是为每一个新功能从develop里创建出来的一个分支。
例如小明和小白分别做两个不相干的功能，就应该分别创建两个分支，
各自开发完以后，先后合并到develop里，这就叫做回归。
在这个过程里，小明小白不需要任何的沟通，分别并行地开发，
git-flow能很好的处理好分支间并行开发的关系。

而develop，则会在适当的时候，由合适的人，合并到master，作为下一个稳定版本。

Hotfix

以上3种以外，还有一个很重要的类型，hotfix。
它是用来修复紧急bug的，而bug通常是来自线上的，
所以hotfix分支是从master里创建出来的，并且，在bug修改好以后，
要同时合并到master和develop，这一点需要特别注意。

Release

release更多倾向与版本发布，项目上线前的一些全面测试以及上线准备。
同样也肩负着版本归档，回滚支持等。

开始使用

上面说到了，git-flow本质只是一个约定，所以你完全可以在现行的git命令行里，手动地完成全部git-flow操作，（手动创建、合并分支等），重点是遵守git-flow规范，遵守命名约定和分支管理流程。

不过，git-flow早就有插件了。参看这个文章：

http://blog.163.com/tod_zhang/blog/static/1025522142012913113957679/

安装了这个插件，你的git就多了一系列方便的命令，比如：

git flow init

git flow feature start

git flow feature finish

等等。

不过，我觉得这个插件还是不够方便，我墙裂推荐你们都用 SourceTree 。