Git工作流

三種模式:

Git flow

Github flow

Gitlab flow

共同點:功能驅(qū)動式開發(fā),即需求是開發(fā)的起點,先有需求再有功能分支(feature branch)或者補丁分支(hotfix branch)。完成開發(fā)后,該分支就合并到主分支,然后被刪除。


Git flow:

長期分支:

主分支master

開發(fā)分支develop

短期分支:

功能分支(feature branch)

補丁分支(hotfix branch)

預(yù)發(fā)分支(release branch)

優(yōu)點:清晰可控

缺點:相對復(fù)雜,需要同時維護兩個長期分支。大多數(shù)工具都將master當(dāng)作默認(rèn)分支,可是開發(fā)是在develop分支進行的,這導(dǎo)致經(jīng)常要切換分支,非常煩人。


Github flow:

它只有一個長期分支,就是master


Gitlab flow:

對于"持續(xù)發(fā)布"的項目,它建議在master分支以外,再建立不同的環(huán)境分支。

比如,

"開發(fā)環(huán)境"的分支是master

"預(yù)發(fā)環(huán)境"的分支是pre-production

"生產(chǎn)環(huán)境"的分支是production

以上依次為上游到下游,代碼的變化,必須由"上游"向"下游"發(fā)展。

最后編輯于
?著作權(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)容

  • 多種多樣的工作流使得在項目中實施Git時變得難以選擇。這份教程提供了一個出發(fā)點,調(diào)查企業(yè)團隊最常見的Git工作流。...
    JSErik閱讀 4,609評論 2 8
  • 選擇Git工作流,和如何配合工作流工作,這是軟件行業(yè)經(jīng)常碰到的問題。不同的Leader會有不同方案,有好有壞。當(dāng)然...
    MrTT閱讀 601評論 0 1
  • 現(xiàn)在git已經(jīng)是我們?nèi)粘i_發(fā)必備工具,那么在移動客戶端的日常開發(fā)中,應(yīng)該怎樣去管理git分支呢,是否目前普遍的幾種...
    碼農(nóng)蒼耳閱讀 789評論 1 1
  • 開篇 Git 三大特色,分支,暫存區(qū),工作流,今天終于要寫到 WorkFlow 了,我彷佛已經(jīng)看到勝利的曙光,走起...
    段淺淺兒閱讀 2,414評論 0 4
  • Git Flow常用的分支 Production 分支也就是我們經(jīng)常使用的Master分支,這個分支最近發(fā)布到生產(chǎn)...
    我真的是昵稱啊閱讀 297評論 0 0

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