git flow 工作流程。如下图所示。

master 分支

master 分支主要方稳定、随时可上线的版本。这个分支只能从别的分支上合并过来，一般来讲，从develop 上合并，或者从hotfix分支上合并过来。不能直接在master 分支上进行commit文件。因为是稳定的版本，所以每次版本发布都要在这个分支上添加标签(tag)。

develop 分支

develop 分支是所有开发分支的母体，所有的开发分支都要从develop上切出来，开发完成之后最后都要合并到develop上。即feature分支都是由develop分支切出来的。一次只在一个分支中开发。

hotfix 分支

hotfix 分支用来修复生产中的紧急bug，由于develop分支尚处于开发过程中，代码不稳定，不能直接应用于生产。所以从master分支上切出一个分支，修复完成之后合并到master分支，并且合并到develop上。

release 分支 (finish 此版本会在本地创建tag)

release 分支可以称之为预发布的版本。当我们认为develop版本的代码已经趋于成熟，我们可以打一个release分支。在release 分支上测试完成之后，要将代码合并到master分支和develop上。master 分支是线上版本，而合并到develop版本是因为，在测试过程中，一些细节的东西可能会修改，因此这些优化的内容也应该合并到最终版本以及开发版本中。

feature 分支

feature 分支是最经常使用的分支了。当我们收到一个新的开发功能时，应该在develop分支上切出一个feature分支。用来完成新功能的开发，开发完成之后，要合并进develop分支上。

git flow的开发流程。

feature分支开发完了---测试通过---合并到develop—合并到master---git tag release-x.x.x--- （Jenkins）构建出包。---给QA测试---有bug就从master拉一个hotfix分支---改完bug合并到develop---合并到master---git tag---打包回归测试---合格上线。

上述操作是本地执行的。包括git flow 创建的分支。需要push到git库。 git push origin feature/newBranch

合并完develop/master分支也是需要 git push origin develop 将改动推到远程。

ubuntu apt-get install git-flow

git flow init 初始化 next

git flow feature start test 本地创建分支 feature/test 并切换、base分支是develop 需要 git push origin feature/test 将分支push到远程。

git flow feature finish test 本地test分支合并到develop分支。并删除远程&本地的 feature/test分支。使用后需要将develop 分支push到远程。 git push origin develop

git flow release start 1.0.0 本地创建分支 release/1.0.0并切换、base分支是develop 需要git push origin release/1.0.0 将分支push到远程。

git flow release finish 1.0.0 本地release/1.0.0分支合并到develop && master 需要将本地develop && master 分支push到远程。并且会在本地创建一个tag 需要 git push --tags 将tag 提交到远程。tag名称为 1.0.0

git flow hotfix start pro_bugfix 本地创建分支hotfix/pro_bugfix 并切换、base分支是master 需要 git push origin hotfix/pro_bugfix 将分支push到远程。

git flow hotfix finish pro_bugfix 本地hotfix/pro_bugfix 分支合并到develop && master 需要将本地develop && master 分支push到远程。并且会在本地创建一个tag 需要 git push --tags 将tag 提交到远程。tag名称为pro_bugfix

Git Flow 用法相关推荐

Git - 团队合作利器 Branch 与 Git Flow
[原文地址]:从0开始学习 GitHub 系列之「团队合作利器 Branch」 Git 相比于 SVN 最强大的一个地方就在于「分支」,Git 的分支操作简直不要太方便,而实际项目开发中团队合作最依赖 ...
持续交付之基于Git Flow代码分支策略实践
文章目录一.前言二.主干开发(TBD) 三.特性开发 1.Git Flow 2.产品分支策略 2.1.基本情况 2.2.分支管理 2.3.分支合并时间 2.4.初始化配置 2.5.迭代开发 2.6 ...
Git Flow—Git团队协作最佳实践
一.规范的Git使用 Git是一个很好的版本管理工具,不过相比于传统的版本管理工具,学习成本比较高. 实际开发中,如果团队成员比较多,开发迭代频繁,对Git的应用比较混乱,会产生很多不必要的冲突或者代 ...
从一个前端项目实践 Git flow 的流程与参考
Git flow 出自 A successful Git branching model,这里使用了一个前端项目配合本文稿实施了 git flow 并记录流程作出示例和参考,对 hotfix 与持续部 ...
如何正确使用Git Flow 流程
我们已经从SVN 切换到Git很多年了,现在几乎所有的项目都在使用Github管理, 本篇文章讲一下为什么使用Git, 以及如何在团队中正确使用. Git的优点 Git的优点很多,但是这里只列出我认为 ...
Git复习（十三）之git revert用法及与git reset区别
git revert用法以及与git reset的区别 git revert用法 git revert 撤销某次操作,此次操作之前和之后的commit和history都会保留,并且把这次撤销作为一 ...
Git学习笔记—Git Flow
在Java程序开发中的定制开发规范,想要把项目正规高效的跑起来.引入 Git 版本控制,Git-Flow 便成为了首选. 今天动力节点Java学院来带你了解一下. 一.为什么使用 git-flow 当 ...
SAP Spartacus 的 git flow 和发布流程
Git Flow and Release Process Library Version Compatibility Spartacus 项目由一组库组成. 为了更容易知道哪个版本的库与另一个版本兼容 ...
20 个最常用的 Git 命令用法说明及示例
作者 | Sahiti Kappagantula 译者 | 弯月,责编 | 屠敏出品 | CSDN(ID:CSDNnews) 在这篇文章中,我将介绍在使用 Git 时最常使用的 20 个命令. 以下 ...

Git Flow 用法