有,经典的Git flow模型 http://www.ituring.com.cn/article/56870 http://danielkummer.github.io/git-flow-cheatsheet/index.zh_CN.html 各大操作系统发行版都有对应的软件包支持,请参见上面链接。 简单来说, 主分支 master 永远是可用的稳定版本开发分支 develop 是正在测试但未上线的版本 功能和特性开发在 feature 分支进行,完成后合并到 develop 进行测试线上紧急的 Bug 修正开 hotfix 分支进行,修正完成后合并到 master 命名 masterdevelopfeature/xxxhotfix/xxx release/版本号版本release之前打对应版本的tag
我们一般采用下面命名方式: branch一般采用:dev/x.y.z 方式。如:dev/1.0.1、dev/1.0.2 tag一般采用:prod/x.y.z 方式。如:prod/1.0.1、prod/1.0.2 不过推荐完全使用semver方式:http://semver.org/lang/zh-CN/
有,经典的Git flow模型
http://www.ituring.com.cn/article/56870
http://danielkummer.github.io/git-flow-cheatsheet/index.zh_CN.html
各大操作系统发行版都有对应的软件包支持,请参见上面链接。
简单来说,
主分支 master 永远是可用的稳定版本
开发分支 develop 是正在测试但未上线的版本
功能和特性开发在 feature 分支进行,完成后合并到 develop 进行测试
线上紧急的 Bug 修正开 hotfix 分支进行,修正完成后合并到 master
命名
master
develop
feature/xxx
hotfix/xxx
release/版本号
版本release之前打对应版本的tag