首先，我們要弄清楚軟件的發布流程，功能發布是直接通過代碼打包的形式發布還是通過獲取git分支代碼的方式發布，如果是通過打包的形式發布，那可以不用預發布環境，因為測試和線上用的都是同一個代碼包；如果用的是直接發布git倉庫的代碼，那么就必須要增加預發布環境了；
先了解不通代碼分支的作用：
Dev：開發分支，開發人員開發和自測的代碼分支
Test：測試分支，開發人員開發完轉測功能合並代碼的分支
release：預發布分支：測試環境測試通過后，開發人員將代碼合並的分支，測試通過后，運營會將此分支代碼發布到線上環境；
master：上線通過后，把這個迭代功能的代碼合並的分支，新開發功能再從master分支上拉代碼進行新的開發；
預發布環境的作用：
預發布環境是正式發布前最后一次測試。因為在少數情況下即使預發布通過了，都不能保證正式生產環境可以100%不出問題；
預發布環境的配置，數據庫等都是跟線上一樣；有些公司的預發布環境數據庫是連接線上環境，有些公司預發布環境是單獨的數據庫；
如果不設預發布環境，如果開發合並代碼有問題，會直接將問題發布到線上，增加維護的成本；