Git分支开发规范总结

分支结构

主要分支

master

• 主分支，用于部署生产环境的分支，需确保master分支稳定性
• master分支存储了正式发布的历史
• 属于只读唯一分支，只能从其它分支（如develop，hotfix）合并，不能直接在此修改
• 所有向master分支的Push推送都应当打TAG标签做记录,方便追溯

develop

• 开发分支，基于master分支检出的平行分支
• develop分支始终保持最新完成以及bug修复后的代码
• 属于只读唯一分支，只能从master以外的分支（如feature，hotfix）合并，不能直接在此修改

以下为master和develop平行分支示意图

[图片上传失败...(image-2af972-1610096756504)]

支持分支

feature（官方亦称topic）

• 功能分支，基于develop分支检出，用于新功能的开发
• feature分支可同时存在多个，用于团队中多个功能同时开发
• 命名规则： feature/*，如feature/shopping_cart，feature/user_login
• 属于临时分支，最终会被合并回develop（作为新版本功能）或丢弃（放弃功能），最后可选删除
• feature通常仅存在于开发人员存储库中(本地库)，而不存在于远程origin

以下为feature分支应用示意图

[图片上传失败...(image-509f7e-1610096756504)]

release

• 发布分支，基于develop分支检出，用于准备发布新阶段版本
• 用于Bug测试及修复，文档生成和其它面向发布任务
• 属于临时分支，最终会先被合并到master（发布新版本），打TAG标签，再被合并到develop，最后可选删除
• 命名规则：推荐为release-或release/，如release-1.0

下为release分支应用示意图：

[图片上传失败...(image-b8767d-1610096756504)]

hotfix

• 补丁分支，基于master分支检出，用于对线上发布的版本进行BUG修复
• 属于临时分支，最终会先被合并到master（发布新版本，亦称修复版本），打TAG标签，再被合并到develop，可选删除
• 命名规则：推荐为hotfix-或hotfix/，如hotfix-1.0.1

下为hotfix分支应用示意图：

[图片上传失败...(image-d4ff75-1610096756504)]

---

commit type

• feat:新增feature，新增功能 业务
• fix:修复bug
• docs:仅仅修改了文档
• style：仅仅修改了代码空格 格式 缩进 逗号等，没有改动代码逻辑
• refactor：代码重构，没有新功能或修复bug
• perf:优化相关，比如提升性能，优化体验
• test：测试用例，单元测试，集成测试等
• chore：改变构建流程，或增加依赖库，工具等
• revert：回滚到上一个版本

基本原则：master为保护分支，不直接在master上进行代码修改和提交

分支版本命名规则：分支类型 分支发布时间 分支功能 比如：feature_20201031_tiku

==结束==