git-代码分支管理

1. git代码分支管理
     DEV SIT UAT PET PRE PRD PROD常见环境英文缩写含义

英文缩写	英文	中文
DEV	development	开发
SIT	System Integrate Test	系统综合测试（内测）
UAT	User Acceptance Test	用户验收测试
PET	Performance Evaluation Test	性能评估测试（通常叫压力测试）
SIM	simulation	仿真
PRD/PROD	Production	产品/正式/生产

 

 

 

 

 

2. 在给大家介绍一些开发过程中，四个环境以及各自的功能特点，四个环境分别是：prod、pre、test、dev环境，中文名字：生产环境、灰度环境、测试环境、开发环境，其实大家看英文应该就差不多可以看出来对应的是什么环境

•  prod环境：生产环境、面向外部用户的环境、连接上互联网既可访问的正式环境
•  pre环境： 预生产、外部用户可以正常访问，但是服务器配置相对低，其他和生产一样
• test环境：测试环境、外部用户无法访问，专门给测试人员使用的，版本相对稳定。
• dev环境：开发环境、外部用户无法访问，开发人员使用，版本变动很大。

3. 下面介绍为什么要使用四个环境原因：
其实大多数人都知道四个环境指的是什么，但是很多人却不知道为什要这么区别，甚至为了省事就只有dev和prod环境。如果项目没上线之前是没有问题，但是如果项目上线后就会有非常麻烦的事情发生。下面我们就针对这四种环境，来分析一下对应的各种场景。
  1) 第一种场景是dev+prod环境
如果我们只有dev和prod环境，prod环境突然发现bug，需要紧急处理，只有两个环境，这个时候我们要如何解决问题呢？

• 第一：我们要首先去prod环境拉取版本1.0.0的更新到dev上，而prod现在才1.0.0、所以这个时候我们需要重新创建一个bug修复hotfix分支，这边我们可以叫做1.0.0.1然后修改代码之后需要放到dev环境上面测试，这个时候会变成如下图所示状态：

 

 

    然后测试通过之后，我们需要将1.0.0.1发布到dev环境，然后合并1.0.0.1的代码到1.0.0中，最后将dev环境修改为1.0.0，如下上图所示：
    提示：
        在dev1.0.0.1测试环境期间，所有的开发工作全部停止，必须等到测试通过发布到生产上面才可以，如果仅仅只有两个环境，代价实在太大了
  2) 第二种场景就是dev+test+prod
      如果我们多了一个test环境情况就会好很多了，比如上面说的问题，我们就可以这样来处理了
      我们可以在test1.0.0上面直接修改，修改后的版本是1.0.0.1，测试通过之后直接发布到pro环境即可。然后再将test中1.0.0.1代码合并到1.1.0，最后dev的版本升一级就可以了。

 

 

  提示：
         这样的好处就是不会影响dev开发环境，不管怎么修改test，都不会造成dev暂停。
  3） 第三种场景：部署流水线环境DEV+SIT+UAT+PET压力测试环境+PAT+PROD

 

 

 

 

 

 

   4） 部署流水线的阶段和环境

　　

 

   5） 流水线反馈过程