Git Flow 的正確使用姿勢

Git Flow 的概念

https://www.cnblogs.com/cnblogsfans/p/5075073.html

在使用Git的過程中如果沒有清晰流程和規(guī)劃,否則,每個人都提交一堆雜亂無章的commit,項目很快就會變得難以協(xié)調(diào)和維護。
Git版本管理同樣需要一個清晰的流程和規(guī)范。
Vincent Driessen 為了解決這個問題提出了 A Successful Git Branching Model
以下是基于Vincent Driessen提出的Git Flow 流程圖

image

Git Flow 的常用分支

  • Production 分支

也就是我們經(jīng)常使用的Master分支,這個分支最近發(fā)布到生產(chǎn)環(huán)境的代碼,最近發(fā)布的Release, 這個分支只能從其他分支合并,不能在這個分支直接修改

  • Develop 分支

這個分支是我們是我們的主開發(fā)分支,包含所有要發(fā)布到下一個Release的代碼,這個主要合并與其他分支,比如Feature分支

  • Feature 分支

這個分支主要是用來開發(fā)一個新的功能,一旦開發(fā)完成,我們合并回Develop分支進入下一個Release

  • Release分支

當(dāng)你需要一個發(fā)布一個新Release的時候,我們基于Develop分支創(chuàng)建一個Release分支,完成Release后,我們合并到Master和Develop分支

  • Hotfix分支

當(dāng)我們在Production發(fā)現(xiàn)新的Bug時候,我們需要創(chuàng)建一個Hotfix, 完成Hotfix后,我們合并回Master和Develop分支,所以Hotfix的改動會進入下一個Release

Git Flow 如何使用

  • Master/Devlop 分支

所有在Master分支上的Commit應(yīng)該打上Tag,一般情況下Master不存在Commit,Devlop分支基于Master分支創(chuàng)建

image
  • Feature 分支

Feature分支做完后,必須合并回Develop分支, 合并完分支后一般會刪點這個Feature分支,畢竟保留下來意義也不大。

image
  • Release 分支

Release分支基于Develop分支創(chuàng)建,打完Release分支之后,我們可以在這個Release分支上測試,修改Bug等。同時,其它開發(fā)人員可以基于Develop分支新建Feature (記?。阂坏┐蛄薘elease分支之后不要從Develop分支上合并新的改動到Release分支)發(fā)布Release分支時,合并Release到Master和Develop, 同時在Master分支上打個Tag記住Release版本號,然后可以刪除Release分支了。

image
  • Hotfix 分支

hotfix分支基于Master分支創(chuàng)建,開發(fā)完后需要合并回Master和Develop分支,同時在Master上打一個tag。

image

Git Flow 命令示例

創(chuàng)建 Devlop

git branch develop  
git push -u origin develop

開始 Feature

# 通過develop新建feaeure分支
git checkout -b feature develop
# 或者, 推送至遠程服務(wù)器:
git push -u origin feature    

# 修改md文件   
git status
git add .
git commit    

完成 Feature

git pull origin develop
git checkout develop 

#--no-ff:不使用fast-forward方式合并,保留分支的commit歷史
#--squash:使用squash方式合并,把多次分支commit歷史壓縮為一次

git merge --no-ff feature
git push origin develop

git branch -d some-feature

# 如果需要刪除遠程feature分支:
git push origin --delete feature   

開始 Release

git checkout -b release-0.1.0 develop

完成 Release

git checkout master
git merge --no-ff release-0.1.0
git push

git checkout develop
git merge --no-ff release-0.1.0
git push

git branch -d release-0.1.0
git push origin --delete release-0.1.0   

# 合并master/devlop分支之后,打上tag 
git tag -a v0.1.0 master
git push --tags

開始 Hotfix

git checkout -b hotfix-0.1.1 master  

完成 Hotfix

git checkout master
git merge --no-ff hotfix-0.1.1
git push

git checkout develop
git merge --no-ff hotfix-0.1.1
git push

git branch -d hotfix-0.1.1
git push origin --delete  hotfix-0.1.1 

git tag -a v0.1.1 master
git push --tags

使用建議

如果你的代碼沒有清晰流程和規(guī)劃,那么強烈推薦使用Vincent Driessen 提出的GIt flow
讓你的代碼管理騷起來。

結(jié)尾

本站文章圖片等等來源于網(wǎng)絡(luò),僅作為學(xué)習(xí)之用,版權(quán)歸原作者所有.如果侵犯了您的權(quán)益,請來信告知,我會盡快刪除.

作者:qingwenLi
鏈接:http://www.itdecent.cn/p/41910dc6ef29
來源:簡書
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán),非商業(yè)轉(zhuǎn)載請注明出處。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容