專案做的久了程式碼越來越多，同時還要兼顧開發和修改BUG；沒有一個好點的版本控制和管理是個很頭疼的事情；

舉個栗子：你正在做新專案新需求的開發，但是現在有個緊急的Bug需要修改，老闆說今天修改完成晚上給測試，第二天緊急更新APP，現在的新需求還未開發完成不一起更新；你看著手裡沒有分支的程式碼是不是一臉懵逼；這時候我們需要兩個分支：一個分支做開發、一個分支改BUG；這還只是最簡單的單人開發，如果是團隊開發每個人負責的新需求都不同，還有現在正在測試即將要釋出的程式碼，還有線上的程式碼，估計某個地方出點問題更是爽到爆；

說一下個人對版本分支管理的見解：

master主幹

release分支：預釋出的版本、正在測試的版本：新需求已經開發完成，9.30號上線，這段的時間就是測試和修改BUG，我們給這個分支起名字叫release_930，等release_930版本的程式碼釋出上線後，把release分支合併到master主幹上，把release分支刪除；

dev分支：正在開發的版本：假如公司出了兩個新的需求，要給現在的商城專案新增一個新的功能叫購物車，然後我的這個分支叫dev_spc，日常的開發工作就一直在這個dev_spc這個分支上面；還要給商城加上店鋪功能，然後我旁邊哥們的分支就叫dev_shops，旁邊這哥們他日常的開發工作就一直在這個dev_shops這個分支上面；開發完成後從dev分支合併到release分支，釋出後再合併到master主幹；master主幹的程式碼不做開發用，保留現在線上的版本程式碼；

額、如果沒看明白的話，那就再看一遍；嘿嘿嘿！！！