本文详细介绍了Git的主分支使用策略，包括开发(develop)、UAT(release)、预生产(hotfix)和生产(master)。开发中，需求分支从develop拉取，个人分支再从需求分支拉取，通过merge流程进行合并。对于bug修复，未上线的在需求分支直接修改，已上线的则通过hotfix分支处理，最后合入生产。整个过程强调了版本控制的重要性和规范性。
- 开发：develop
- UAT: release
- 预生产：hotfix （从master拉的，可以不用，主要用于生产bug修复）
- 生产：master
以上主分支不能进行直接推送，必须走merge流程。
1.版本需求：
develop_0515 （从develop拉代码, 合并：develop_0515 --> develop）
2.个人版本需求分支：
develop_0515_xbw （从develop_0515拉代码，合并：develop_0515_xbw --> develop_0515）
- 合并流程：
需求版本分支： develop_0515_xbw --> develop_0515
开发分支： develop_0515 --> develop
UAT分支： develop_0515 --> release
- 上线合生产：
hotfix： develop_0515 --> hotfix
生产分支： develop_0515 --> master
3.版本需求bug修复：
（未上线状态）直接用上面的版本需求分支改（develop_0515）
4.已上线Bug修复：
先从生产的master拉2个分支（例如：hotfix_20210428_xbw,hotfix_20210428）
个人版本bug分支：
hotfix_20210428_xbw (从master拉代码, 合并：hotfix_20210428_xbw --> hotfix_20210428)
- 合并流程：
step1：bug版本分支： hotfix_20210428_xbw --> hotfix_20210428
step2：开发分支： hotfix_20210428 --> develop
step3：UAT分支： hotfix_20210428 --> release
step4：hotfix： hotfix_20210428 --> hotfix
step5：生产分支： hotfix_20210428 --> master
(合到develop和release可能会和需求版本有冲突，这个时候需要自己解决下冲突，把bug修复合进去)
扫一扫
1143
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
