【参考】git-flow 是一个 git 扩展集,提供非常合理的分支管理模型,模型图如下:
【推荐】严禁本地直接在master 、developer分支下直接进行开发,要建立特性分支;工作发布流程如下:
一、初始化 : git flow init 你必须回答几个关于分支的命名约定的问题。建议使用默认值
二、增加新特性:git flow feature start MYFEATURE 这个操作创建了一个基于'develop'的特性分支,并切换到这个分支之下进行开发。
三、完成新特性:git flow feature finish MYFEATURE 这个动作执行下面的操作. 1)合并 MYFEATURE 分支到 'develop' 2)删除这个新特性分支 3)切换回 'develop' 分支
四、发布新特性:git flow feature publish MYFEATURE 。 你是否合作开发一项新特性?发布新特性分支到远程服务器,所以,其它用户也可以使用这分支。
五、取得发布的新特性:git flow feature pull origin MYFEATURE
六、准备release版本: git flow release start RELEASE \[BASE\] 它从 'develop' 分支开始创建一个 release 分支。
七、发布release版本: git flow release publish RELEASE 创建 release 分支之后立即发布允许其它用户向这个 release 分支提交内容是个明智的做法
八、完成 release 版本 : git flow release finish RELEASE 完成 release 版本是一个大 git 分支操作 1、归并 release 分支到 'master' 分支 2、用 release 分支名打 Tag 3、归并 release 分支到 'develop' 4、移除 release 分支
【推荐】紧急修复来自这样的需求:生产环境的版本处于一个不预期状态,需要立即修正;有可能是需要修正 master 分支上某个 TAG 标记的生产版本。流程如下:
一、开始 git flow 紧急修复 : git flow hotfix start VERSION VERSION 参数标记着修正版本
二、完成紧急修复: git flow hotfix finish VERSION 当完成紧急修复分支,代码归并回 develop 和 master 分支。相应地,master 分支打上修正版本的 TAG。