最近由於公司前端團隊擴招，雖然小小的三四團隊開發，但是也出現了好多問題。最讓人揪心的是代碼的管理問題；公司最近把版本控制工具從svn升級為git。前端H5組目前對git的使用還不是很熟悉，出現額多次覆蓋代碼和提交沖突的問題。還有最近一次產品版本迭代的時候出現額一個問題： 一個正在開發的版塊在下一次版本迭代中不需要上線了，而是修改了這個版塊的一些小細節。這個正在開發的版塊需要在下下一次產品迭代的時候上線。
這里來簡單的記錄下使用git做代碼版本控制的方法：（主要是建立分支，在分支上修改當前版本的bug，隨時准備上線新修復的bug的當前版本；以及同時在主干上繼續開發新的功能，為下個版本做准備）
整個的流程圖是這樣的：
如果不是有這個分支hotfix，那么當你一直在主干上開發新功能的時候，產品或者測試通知你： 你需要在生產版本上修改一些地方，並馬上上線時，你只能撤回已經開發好的代碼，並進行修改，然后再把撤銷的代碼在修改上線后再補回去。但是如果是多人操作呢？
於是我們來用git解決這個問題：
創建項目
線上發布1.0版本
1.0版本是這個樣子的：
創建分支並切換到分支
創建一個分支： git branch 分支名
查看所有分支： git branch
這時候在當前分支前會有一個 * 號
在分支上修改bug（給當前內容加一個樣式）
當前分支變成了這個樣子
提交分支的內容：
切換到主干繼續開發新功能
這時候你會看到git已經把你的代碼切換到了主干代碼
目前主干還是1.0版本上線時候的樣子
我們在主干上開發新功能（加了一個h1標簽）
目前主干上的樣子
提交主干的新功能
這里commit 的-a是去掉多余的提交
這時候2.0版本准備上線，合並主干和分支
使用git pull && git push 拉取並提交代碼
你會發現你的代碼已經具備了上線的全部內容：
目前是這個樣子的；
這對於多人開發，和經常性的版本迭代是非常重要的。希望能幫助到大家