1、基于master分支拉出develop分支(develop与master共存)
2、基于develop分支拉取各个功能分支(减少master的操作,减少错误的发生)
3、基于develop分支拉取feature/a1分支,feature/a1 分支开发 a1功能, feature/a2 分支开发 a2功能
4、基于develop分支拉取DEV分支,DEV 是开发环境
5、基于develop分支拉取qas分支,qas 是测试环境 测试1轮
6、基于develop分支拉取release分支,release 是 预生产环境,测试2轮,会合并同一期(630)所有功能开发的代码,2轮有问题,可以直接在release分支上改。走到release后,前面的 各个功能分支 feature/a1 feature/a2 DEV qas 就都可以删除了(或者等到上生产再删除)
release 会是全套的符合上生产的代码
release 完成后合并到master, 也需合并到develop
7、生产环境有bug,基于master分支拉出hotfix分支,部署hotfix分支验证之后,合并到master分支,再同步合并到develop分支。
经验丰富的Git使用流-CRM组
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
- 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
推荐阅读更多精彩内容
- 前言 对于项目版本管理,你是否存在这样的痛点:项目分支多而杂不好管理,git log界面commit信息错乱复杂无...
- 1.GIT Flow流程图 在使用Git的过程中如果没有清晰流程和规划,否则,每个人都提交一堆杂乱无章的commi...