git分支管理规范
2017-02-18 15:56:08 0 举报
在 Git 分支管理规范中,通常采用主干开发模式。主干开发模式是指代码库中的主干分支(master branch)只包含已发布或可发布的稳定版本,而开发人员在进行新功能开发时,会在自己的分支上进行修改和提交。当新功能开发完成后,再将分支合并回主干分支。此外,还应该遵循以下规范:1. 每个分支都应该有一个明确的目标;2. 避免长时间持有未完成的分支;3. 及时更新和维护主干分支;4. 使用合适的合并策略来处理分支合并冲突。这些规范可以帮助团队更好地协作开发,提高代码质量和稳定性。
作者其他创作
大纲/内容
通过
测试通过
开始
在当前分支修改代码并合并到master
结束
至少上线前一天,测试统一发邮件,说明需求及分支合并请求
是否回滚
是
以develop分支在测试环境简单验证
将涉及的工程从master分支切一个新分支,如:f_f_${需求ID}
根据需求源不同,确定分支名,如:f_${需求ID}bf_${bugID}dev_${yyyyMMdd}
可以发布到预发布环境验证吗
运维人员
合并到develop分支
从master切bf_yyyyMMdd分支
bf_yyyyMMDD
否
merge master分支到develop
上线
是否上线
develop
相关工程回滚到上一个tag
Git代码分支管理规范及上线流程
验证通过
测试人员
f_${需求ID}/bf_${bugID}
未通过
功能开发/bug修复
master
发布到预发布环境
开发Leader
开发人员
测试环境部署并进行功能测试
0 条评论
回复 删除
下一页