【其他】git分支合并疑惑
阅读: 49 回复: 0

发布于:2020-9-20

问题描述

dev: 测试环境

prod:  生产

1. 之前的开发流程是 在dev分支开发完,并且验证没问题之后,直接把dev代码推送到prod分支,然后由项目负责人,进行合并(pr)到prod分支

2. 后来,做其他的项目,没有这么规范(没错,我觉得第一种是规范的操作),是直接在dev分支开发完,验证之后,推到线上dev分支,之后在编辑器切换分支到prod,直接拉取dev分支代码


那么,问题来了,一个是把dev分支代码推到prod,一个是在prod分支,拉取dev分支代码,这两种操作是有什么区别呢,会引起什么样的后果?正确流程该是怎么样的?

解决方案

问题分析

首先得搞清楚这几个分之的概念:

dev是单词【develop:开发】的简写

代表:开发环境

该环境下的配置项只影响开发人员本地代码配置。

在项目早起代码本地编写时调试使用。


test:测试环境

该环境配置影响整个团队的测试环境。


prod是单词【production:生产】的简写

代表:正式生产环境,也是线上部署的正式环境


在项目开发中我们会有很多套的环境以便应对各个阶段的需要。


分支开发模式


1. 开发人员在dev环境进行开发,提交代码。


2. dev环境代码合并到test测试环境,保证测试环境稳定性,开发人员开发完或者修复好的bug会按

    照一个时间节点统一提交合并到test分支上同时会生成一个新的测试版本号,测试人员只要按照版

   本来进行测试即可避免漏掉未测试的bug,也就是上一个版本遗留的bug会在下一个测试版本上进

   行测试和回归。


3. test分支的代码如果最终测试ok以后会合并到prod生产环境上,这样保证prod环境代码的质量。


4. 下一个迭代开发的时候只需要从prod环境上check一个新的分支进行下一轮开发,这样能保证dev

    分支的代码和目前线上的保持一致。


5.  每次的迭代重复第一步到第四步即可。


只要明白了以上的分支开发过程,所有的分支开发模式都可以理解了,只是形式不同而已。


录屏实操

录屏暂未发布,请耐心等待