1.代码仓库结构
| 分支类型 | 描述 | 创建自 | 合并至 |
| 主分支(main/master) | 稳定版本,生产环境部署 | 直接创建 | - |
| 开发分支(develop) | 集成特性分支和热修复,准备下一次发布 | 直接创建 | 主分支 |
| 特性分支(feature branches) | 实现新功能或改进 | 开发分支 | 开发分支 |
| 发布分支(release branches) | 准备具体版本的发布,包括最后的bug修复 | 开发分支 | 主分支、开发分支 |
| 热修复分支(hotfix branches) | 快速修复线上紧急问题 | 主分支 | 主分支、开发分支 |
2.工作流程
特性开发:从develop分支拉出新的feature branch,完成开发后合并回develop。
版本发布:当决定要进行版本发布时,从develop分支创建release branch,在该分支上进行最后的测试和bug修复,完成后合并到main和develop。
热修复处理:直接从main分支创建hotfix branch,修复完成后需同时合并至main和develop。
3.分支策略与权限管理
| 分支 | 权限说明 |
| main | 只有经过审核的成员可以合并代码 |
| develop | 所有团队成员可提交代码,但需要通过代码审查 |
| feature branches | 每个开发者拥有自己特性分支的完全控制权 |
| release branches | 由指定的发布管理员负责管理 |
| hotfix branches | 紧急情况下,任何有权访问的人都可以开始修复,但合并需要审核 |
25

被折叠的 条评论
为什么被折叠?



