git简单规范

分支概览

我们使用以下几个分支,release分支不适用我们

1.主分支-master

2.开发分支-develop

3.预发布分支-release(不适用)

4.修补分支-hotfixes

5.特性-功能fe分支feature

1
2
3
4
5
6
7
 shuaixueWebstormProjects/fez/guanjia-web: git branch

develop

* help-center-xueshuai-1103

master

分支操作

master分支操作

分支介绍

master分 默认建 ,有且仅有 个,为线上稳定版本分 。但 定 就包含所有最新特性

分支规范

1.绝对 能向master分 直接 提交代码

2.master的代码只能从develop 分 向其合并,且合并时间点的代码 已经经过完整测试,准备上线

3.每次通过master上线的版本,需要打上特定的tag

develop分支操作

分支介绍

develop分手动建立的常驻分支,用于合并各个特性分上的经过完整测测的,干净的代码

分支规范

特性分支feature合并入develop要严格遵守流程:

feature需要commit并push

—>checkout到develop分别执行pull

—>checkout到feature,执行merge命令合并develop

—>如有冲突,解决冲突,进行测试后,commit并push分支feature

—>checkout到develop分支,执行merge命令合并feature分支,push到服务器

好处

这样的操作能好处在于,无论出现什么问题,代码覆盖,代码冲突等,绝对不会影响到develop分支的稳定性和可靠性。所有的问题都在feature分支处理完成后,才会提交到develop分支

feature分支操作

分支介绍

feature分支的用途是开发新特性和新功能,优化产品和代码,需求修改等等

分支规范

-特点是用完即删,可根据需要随时创建。一般是通过稳定的develop分支检出

-可以跟腱炎开发特性,开发人员和日期来命名:finance-xueshuai-1102。在命令行时可以帮助你使用tab键自动补全

hotfixes分支操作

分支介绍

hotfixes分支用于紧急修复线上bug时使用,用完即删

分支规范

hotfixes分支使用要严格遵守流程:

从master分支检出hotfixes分支

->在hotfixes分支上,修复bug,进行测试

->把hotfixes分支merge到develop分支,保证一致

->把hotfixes分支merge到master分支,打上tag

commit命令

每次commit都要添加message信息

commit类型:

  • 加入,修改,修补(bug),格式,重构,注释

message格式组成:

  • 类型-范围(可选)-描述

样例

  • git commit -m ‘加入-行业分析-价格段页面搭建完成’

注意:

  • 当多种类型共同提交时,全部列出

合理使用.gitignore

常见的需要加入的文件和目录(根据具体情况增加或者减少):

-.DS_Store

-.bk

-.zip

-.dist

-idea

-node_modules

-npm-debug.log

-dev

-tmp

-Test

tag的命名

使用X.Y.Z版本号的简化版

X为主版本号,Y为此版本号,Z为修订号

-X:当做了不兼容的重大迭代

-Y:当做了向下兼容的功能或模块递增

-Z:当做了向下兼容的BUG修复