前端項目中使用git來作分支和合並分支，管理生產版本

最近因爲公司前端團隊擴招，雖然小小的三四團隊開發，可是也出現了好多問題。最讓人揪心的是代碼的管理問題；公司最近把版本控制工具從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 拉取並提交代碼

 

你會發現你的代碼已經具有了上線的所有內容：

 

 

 

 目前是這個樣子的；

 

 

 這對於多人開發，和常常性的版本迭代是很是重要的。但願能幫助到你們