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） 流水线反馈过程
