Git使用规范

2019-03-14  本文已影响0人  程序员与工匠

[TOC]

工作流指南

分支分类

流程图解

image.png

命名规范

分支命名

功能分支: featrue/功能名称
发布分支:release/版本号-功能名称-发布日期
维护分支:hotfix/版本号-问题概述或issueid-日期 (最好使用issue建立问题描述?)
例如: release/转投优化-20181111

常见问题

分支管理策略

1. develop为集成开发分支
 提交规则: 
 自己分支自测完毕;
 review通过再合并;
2. 本地分支管理
本地分支必须从**线上版本节点**checkout();
本地分支要做到勤提交,分小功能提交;
一个功能点一个分支(自己控制),至少保证保留两个分支:  新版本分支、优化分支;
本地分支merge到develop分支时,必须先merge develop到本地分支,自测通过再提交;
3. 注意事项
开发者相同版本尽量不要修改相同功能,提前划分或协商清楚;
如果修改代码涉及多人功能,提交完毕请及时告知相关人员;
开发者每天更新develop分支内容到本地分支,避免大规模merge; 
fixbug分支修改测试完,立即合并到develop上! 

提交规范

Commit

Commit message一般包括三部分:Header、Body和Footer。
Header
type(scope):subject

Body
对本次commit的详细描述,可分多行

Footer
不兼容变动:需要描述相关信息
关闭指定Issue:输入Issue信息

Merge

代码合并、master分支操作,请在gitlab 提交 merge request,负责人进行代码review后,才能同意合并操作。

Tag(Version)

采用三段式,v版本.里程碑.序号,如v1.2.1

参考文档:http://www.crom.cn/topics/338

上一篇下一篇

猜你喜欢

热点阅读