git flow工做流實際項目實踐

公司項目的開發流程主要是這樣

代碼分爲

develop分支

master分支

平時我開發的時候，主要在develop分支上改動

通常來說，有如下幾種改動方式

1.直接在develop上修改代碼

這種通常是當前沒有大需求，沒有其餘同事一塊兒開發的狀況下爲了快速完成一個任務才選擇直接改develop上的代碼，實際上這種作法不太符合規範

2.開發新功能，新開一個feature分支修改

在feature分支上新建以新功能命名的分支，而後在此分支上開發，功能開發完成便可刪除此feature

3.準備新版本發佈，在release分支上編譯修改一些細節

當版本發佈時，可能有些準備工做和一些小細節改動，此時能夠在release分支上完成後再合併

4.修復bug，在hotfix分支上修改

專門用於標記bug修復的一個分支體系

 

項目修改好後上線的步驟以下：

首先，確認當前develop分支和master分支都是最新的版本，最好多拉取一下確認一遍

而後，將當前feature分支或者release分支上的東西merge到develop分支，若是沒衝突天然很順利

若是有衝突，就看哪邊改動大，以改動大的那一邊爲準來解決衝突，記得事先將改變小的一方的改動代碼copy到文本編輯器中，而後解決衝突後再手動paste回來

分支merge成功後，將develop上的代碼推送到master分支

進入jenkins後臺，修改編譯路徑前綴爲master，而後點擊編譯，在控制檯裏稍等片刻後複製下最後一行的war包的uri，而後將其發送給運維，請求更新