Git 分支设计规范
发布网友
发布时间：2024-10-24 13:44
共1个回答
热心网友
时间：2024-10-26 09:19
在系统开发过程中，通常需要配置如下环境：项目域名为：http://www.abc.com。针对这些环境设计不同的分支。
主分支（master）用于部署至正式环境（PRO），只合并 release 或 hotfix 分支，不允许直接修改。
预上线分支（release）与 master 保持一致，用于部署至预上线环境（UAT），只合并 develop 或 hotfix 分支，不建议直接修改。
紧急修复分支（hotfix）以 "hotfix-" 开头，基于 release 或 master 创建，修复后合并至 release 或 develop，修复后删除。
测试分支（develop）用于部署至测试环境（FAT），保持最新完成和 bug 修复后的代码，可根据需求大小合并 feature 分支或直接开发。
需求开发分支（feature）以 "feature-" 开头，需求上线后删除。
在开发新需求或进行迭代时，基于 master 创建 feature 分支，如果不存在未测试完毕的需求，则基于 develop 创建。
进行 bug 修复时，若修复工时小于2小时，直接在 develop 修复；大于2小时，则需要在分支上修复。修复后流程与新需求加入一致。
修改预上线、测试或正式环境 bug 时，需先回归对应分支验证问题，遵循类似流程。
紧急修复 bug 时，考虑到时间紧迫，可能不进行充分的测试验证，但建议验证预上线环境。
并行开发需求并行提测时，若上线日期不同，可以考虑采用多种方案。
提交信息需包含动作类型、影响范围、简短描述及 Bug 的 Jira 号，以规范代码提交。
规范设计不是固定不变的，仅供参考。
本文旨在帮助大家理解 Git 分支设计，更多 PHP 相关资料，如大厂面试文档、进阶视频、精彩文章等，可关注公众号：PHP开源社区，或访问链接获取。
