git 简单使用规范

标签：成员   bsp   注意事项   review   权限   多个   mit   san   规则   

分支管理办法

• 创建一个主仓库dev

• 每个成员fork一份dev分支

• 在自己fork出来的代码里做开发

• 开发完成后发出一个合并请求 pull request，等待被其他有合并权限的同事合并代码，合并代码需要进行code review，而不是简单的合并；

• 合并过程中有冲突现场处理；

分支命名

• 所有项目的主分支为dev分支（和生产环境同步）

• master分支作为里程碑分支用来打tag留存，归档；

• feature分支是日常的功能开发分支，命名规则 dev_功能_开发人名字全拼

• hotfix分支是线上bug修改分支，命名规则 hotfix_JIRA_修复人名字全拼。

Git提交记录

以简洁、表意清晰为基本原则，要求每个提交记录包含以下信息：[任务类别] <简述> （如果有相应的JIRA任务，建议加上JIRA任务号）：

• dev - 开发工作任务，例如：:[dev] #ENGINE-002 去Dubbo改造

• bugfix - bug修复，例如：[bugfix] #ENGINE-001 data字段超长问题解决

• other - 杂事，非功能开发和bug修复，比如：[other] 补充注释

一次Git提交尽量只包括一个功能的开发代码 或者 一个bug的修复代码，不要一堆功能或者多个bug放在一个commit中；

注意事项

• 超过6个月以上未更新的分支全部清理，近期的分支上完线及时清理；

git 简单使用规范

标签：成员   bsp   注意事项   review   权限   多个   mit   san   规则   

原文地址：http://www.cnblogs.com/wangdaijun/p/6700755.html