git分支与部署环境的关系以及开发规范

目录

一  某证券机构

1.1  前提背景

1.2 分支分类以及作用

1.3 合并构建

1.3.1 开发流程

1.3.2 测试阶段

1.3.3 上线阶段

1.4 提交信息规范

二  某互联网大厂

2.1 分支功能说明

2.2 分支与环境对应关系

 2.3  提交代码规范

 2.4  提交代码规范中的类型

2.5  git中忽略文件

三  某平x银行

3.1 概述

一  某证券机构

1.1  前提背景

我们在当前开发部署过程中遇到了一些问题，例如：

1. 提测代码包含其他未提测的代码；
2. 上线代码包含其他未上线的代码；
3. 各个环境代码构建依赖同一个分支构建。

为了解决这些问题，要求：

1. 每个新需求应当有各自的feature分支保证需求之间的相互隔离；
2. 从生产分支创建feature分支保证代码不包含其他未上线的功能；
3. 环境分支合并feature分支，只提测上线需要的功能。

1.2 分支分类以及作用

1.master

master分支为主分支，用于部署生产环境的分支，无论任何时候都要确保master分支的稳定性；master分支由feature及hotfix分支合并，任何时间都不能直接修改代码。目前用于老仿真和老生产，暂时不动。

 2.prod

主分支，是master的备用分支，用于当前的生产环境构建，prod分支由feature及hotfix分支合并。上线后在prod分支创建tag记录版本

3.release

仿真环境分支，由feature分支合并到release，用于提测。

4.dev

开发环境分支，由feature分支合并到dev，用于自测。

5.feature

feature分支是功能分支，以prod分支为基础创建feature分支，用于开发新需求，一旦需求上线，便将其删除。分支命名规范：feature/xxx_xxx_module，例如：feature/demand_order_module。

6.hotfix

线上出现紧急问题时，需要及时修复，以prod为基础创建hotfix分支；修复完成后，hotfix分支合并到release分支提测，上线前需要合并到prod和dev分支，再以prod分支上线。分支命名规范：hotfix/xxx_xxx_module，例如：hotfix/demand_order_module。

1.3 合并构建

1.3.1 开发流程