git命名规范和协作开发流程

目录

分支管理      

分支类型和命名

1. 常设分支

2. 临时性分支

常用操作

 1. 新增功能

2. 合并到测试分支

3. 其他常用操作

注意：

日志规范      

1. 用什么规范

2. 怎么用

协作开发流程      

---

分支管理      

分支类型和命名

1. 常设分支

git版本库的两条主要的分支: master和develop .

master分支

• master分支由版本库初始化后自动创建,主要用于部署生产环境的分支,要确保master分支的稳定性

• master分支一般由develop以及hotfix分支合并,任何时间都不能直接修改代码

• master分支只能管理员可以进行push操作, 他人若要合并分支到master需要提merge request由管理员进行code review之后再合并

develop分支

• develop为开发分支, 始终保持最新开发完成以及bug修复后的代码

• 一般开发新的功能时, feature分支都是基于develop分支创建的

2. 临时性分支

功能分支 feature

• 开发新功能时,从develop分支上切出feature分支

• 分支命名规范: feature/开头,后面跟有意义的新功能名或模块名,如: feature/user_management(用户管理需求)、feature/power_manangement(电源管理)

• 如果多人共用一个功能分支,那么本地代码push之前一定要经过自测,至少保证主流程走通,页面正常访问.

测试分支 test

• 当feature/XX分支开发完成后，合并代码到test分支并部署到测试环境，进入测试阶段

• 若测试的过程中存在bug需要修复，则由开发者在其功能分支feature/XX进行修复并合并到test分支回归测试

• 当测试通过后，需要将功能分支feature/XX合并到develop分支进行回归测试

• 测试分支test可能同时合并了多个开发分支feature/XX，不同的开发需求可能上线时间不一样，所以test分支不可以直接合并到到develop

<