前端Git分支管理规范（供大家参考）

以下为我们自己的git分支管理规范，共享出来供大家参考，大家也一起帮忙看看有没有需要优化改进的地方，共同学习

一、分支结构

一级分支	二级分支	三级分支	四级分支	说明	清理规则
master				主分支，严格管理，不可擅自操作，名称不可修改	不可删除
test/				测试分支组，包含开发阶段，名称不可修改	不可删除
	dev/			开发分支组，名称不可修改	不可删除
		dev		开发主分支，名称不可修改	不可删除
		feature/		特性分支组，名称不可修改	相关特性分支的功能进入sit测试阶段之后，可删除该特性分支
			xxx_ljx	特性分支，命名规范：特性名称+下划线+操作人姓名拼音首字母缩写
	sit/			sit测试阶段分支组，名称不可修改	不可删除
		sit		sit测试主分支，该分支用于sit测试发布，名称不可修改	不可删除
		bugfix/		sit测试bug修复补丁分支组，名称不可修改	相关补丁分支合并到sit测试主分支并测试通过之后，可删除该分支
			xxx	bug修复补丁分支，命名规范：自定义关键字名称
	uat/			uat测试阶段分支组，名称不可修改	不可删除
		uat		uat测试主分支，该分支用于uat测试发布，名称不可修改	不可删除
		bugfix/		uat测试bug修复补丁分支组，名称不可修改	相关补丁分支合并到uat测试主分支并测试通过之后，可删除该分支
			xxx	bug修复补丁分支，命名规范：自定义关键字名称
release/				发布分支组，名称不可修改	不可删除
	v1.0.0_20240323			发布历史分支，命名规范：发布版本+年月日（上线时间）	不可删除
hotfix/				生产问题修复补丁分支组，名称不可修改	补丁成功上线之后，可删除相关分支
	xxx_v1.0.0			生产问题修复补丁分支，命名规范：自定义关键字+发现该bug的已上线版本
old				旧代码分支，在客户方有提供原始代码的情况可用	如有，不可删除

二、分支合并

三、提交及日志规范

1. 对于特性分支，根据实际情况分析和拆解功能，每完成一个小功能及时提交，提交日志写清楚功能概要
2. 对于补丁分支，每解决完一个jira的bug及时提交，提交日志写清楚bug编号及jira对应bug标题