Skip to content

git merge 工作流

多人协同,超实用

## 介绍

小白 git 分支操作

此视频面向对 git 不熟悉的同学

分支管理

分支列表

序号分支名称摘要备注
1main线上分支保护分支 +2 审核
2beta预上线测试环境保护分支 测试环境和线上内容一致
2dev测试环境测试环境 全部功能
3feat/product产品模块开发分支研发张三
4feat/order订单模块开发分支研发李四
5feat/meeting会控模块开发分支研发李钟意
6feat/calendar日历模块开发分支研发王五

图示

mermaid
gitGraph
    commit
    commit id: "Beta"
    branch feat/calendar
    checkout  feat/calendar
    commit
    checkout main
    branch dev
    checkout dev
    commit
    checkout main
    branch feat/product
    checkout feat/product
    commit
    checkout main
    branch feat/order
    checkout feat/order
    commit id: "feat: add order"
    checkout feat/product
    commit
    checkout main
    checkout dev
    merge feat/order
    checkout feat/order
    commit
    checkout dev
    merge feat/order
    checkout main
    branch beta
    checkout beta
    merge dev
    checkout main
    merge beta

团队约定:

  1. 所有开发分支名称 必须以 feat/ 开头,基于 main 分支检出;

  2. 开发分支开发阶段只允许往 dev 合入,不得从 dev 往feat/开头分支合入代码;

  3. 合入dev分支之前先 从merge main分支到当前分支(main -> feat/);

开发分支开发完毕

feat/order --> dev 合并 feat/order --> 提交测试 --> 测试 发现 bug --> feat/order 修改 bug --> dev 合并 feat/order

bug 修改完成,测试回归完成(也有人叫做冒烟)

代码合并-预上线

beta 分支 git merge feat/order 分支

线上测试,有 bug 赶紧回滚

看情况 - to C 产品可能会在这个环境测试两个星期

也有就是简单过一下,没啥问题直接上线

生产环境-线上

  1. 提交上线工单 - 测试报告(小公司可能没有这个)

  2. 项目领导审核 - 测试领导审核 - 团队领导审核(更高负责人审核)

  3. 工单审核通过 - 合并代码 - 上线 - 线上测试


出现问题,看严重程度

  1. 严重 bug 不能使用、崩溃等回滚代码发紧急补丁版本

  2. 非紧要问题 可以忽略的那种 - 下一个版本一起上