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） 流水線反饋過程
