有不少開發者們不習慣使用Git分支開發。原因有如下幾個方面?
(1)不熟悉不習慣;
(2)覺得太麻煩;
今天我想說的是使用git分支開發絕對是一個高效版本控制的做法。
當你遇到測試人員給你提的bug，你只需將其pull下來，並執行git checkout -b bug-solution01該命令即可，這條命令是切換並創建分支，當你切換到創建的分支時，便可以着手解決對應的bug，解決這個bug后，然后執行git checkout master后，再執行git merge bug-solution01該命令合並分支即可。
不過在一些中大公司里面，它們並不會通過主分支來合並側分支，而是有一個開發分支，通過開發分支合並開發者分支，最后通過持續集成使master分支和開發分支合並集成測試部署(其實也是可以手動切換到master分支合並開發分支)等。假設有A、B、C等三個開發者，通常分支的形式是這樣:
- 主分支(master)
- 開發分支(project-dev)
- 開發者分支(A開發者分支、B開發者分支、C開發者分支等)
假設我是開發者A，測試給我提了一個bug，我在A分支的基礎上創建一個解決bug分支(暫且命名為a-bug-solution)，當我在a-bug-sllution分支上解決了這個bug並git commit提交到本地倉庫后，然后通過git log查看對應的日志(防止提交失敗或者其它意外),查看有對應的提交記錄后，然后我切換到a-project-dev分支上執行git merge a-bug-solution，合並該分支，合並該分支成功后，然后我再次切換到project-dev分支上，執行git merge a-project-dev進行合並，合並成功后，我就可以不管了，因為剩下的可以交給持續集成工具(jenkins等)。
上述說起了，大家可能覺得很麻煩或者是沒必要這樣做，原因可能覺得太耽誤時間了，我的回答是非也，一開始可能有點麻煩，越到后面你會越發現它的好處，讓你情不自禁地愛上它。
分支開發的好處，是真正的確保每個人有自己的獨立分支而不是全部在master分支上開發，全部在master分支上開發，弊端太多，比如隔離性太差了，而且全部在一個分支上開發的話，經常面臨的就是解決沖突(在自己的分支上開發進行合並與全部在一個主分支上開發進行對比，如果代碼提交相對頻繁，你將會發現你永遠都在解決沖突，如果提交緩慢的話，你還是發現在解決沖突，實際上你並不需要解決太多沖突，很多沖突是沒有必要的)。
最后歸納總結一下，分支開發的好處:
- 版本迭代更加清晰
- 開發效率提升
- 利於代碼review的實現，從而使整個團隊開發更加規范，減少bug率