Git团队开发流程规范
Team下多人协作编程,Git Repo管理上需要有规范,以下是我所在的team规范。
持续更新
分支命名规则
- 主分支:
master
【保护分支】 - 功能分支:
feat/<name>
- bug分支修复:
fix/<name>
操作步骤
基于master创建对应分支
本地进行开发,
git add
,git commit
等,push到远程仓库,创建对应上游分支。_注意:_利用fixed #issueNum`语法糖等在提交信息中关联issue,这样MR成功后,issue则会自动关闭,同时方便明确提交CODE关联票
CI服务拉取目标分支代码进行构建,运行在内网环境,确认OK
合并master代码,如果有出入则rebase merge处理,同时重新验证下功能
发起MR到
master
管理员进行Review,如果有修改点则开发对应修改,同时提交标注为
fixup:xxxx
,确认OK后合并到
master
,原分支删除CI服务拉取
master
主干代码进行构建,部署到生产,同时打tag标记如果在生产中遇到了BUG则立即在发布环节回滚,同时repo里重复上述流程尽快修复。
说明
- 因为分支为各个developer在本地创建,最终push到上游,命名按照上述规则,则不会存在分支命名重复冲突
- 构建发版,会自动统计整体提交的修改点,所以准确填写commit-message描述信息显得尤为重要