git管理

约 433 字大约 1 分钟

2024-07-20

git 分支管理规范

整个项目分支氛围一下几个：

1)开发新需求从 develop 拉取最新代码创建分支，建议命名 feature_需求编号或描述

2）需求处于可提测状态时，早会组内询问需要同步上线的需求批次。同一批次的需求只能同时上线不可分拆。

3）将同一批次需求合并到 develop 分支后，在将 develop 分支合并到 v_master_test，批次需求一起测试。

4）步骤 3）完成，代码合并到 v_master_uat 分支，同时从 master 分支拉取代码到 v_master_uat（为了包含 hotfix），上线 uat

备注：v_master_test 合并到 v_master_uat 后可将下一批次需求合并到 v_master_test 开始新的测试。

只有三个分支可以修改代码：

1）从 master 分支 clone 代码，分支名 hotfix_解决问题

2）测试暂停常规测试，优先测试 hotfix 分支，

3）测试完成,合并 master，上线线上 uat 环境，线上验证，验证完成和 master 推生产环境。

4）上线成功后，将 hotfix 分支合并到 develop 分支，新需求将同步到这些 hotfix 修改。

上线成功后，删除 feature_和 hotfix 分支，避免分支过多。

提示

主要参考 Git Flow 模型

看图比较清楚，我们将 release 替换为了 v_master_test 分支，并增加了 v_master_uat 分支

版权归属：tuyongtao1