【書(shū)摘】一種基于Git的版本管理方案

發(fā)布時(shí)間：2020-07-24 02:20:05 來(lái)源：網(wǎng)絡(luò) 閱讀：606 作者：大史不說(shuō)話欄目：開(kāi)發(fā)技術(shù)

本篇摘錄自《前端工程化體系設(shè)計(jì)與實(shí)踐》一書(shū)，筆者認(rèn)為是一套相對(duì)合理的方案，建議團(tuán)隊(duì)可以根據(jù)實(shí)際情況進(jìn)行調(diào)整并增加協(xié)作命名規(guī)范。

master分支——主分支

存儲(chǔ)已發(fā)布版本的源碼，不能在此分支進(jìn)行開(kāi)發(fā)，只能合并release和hotfix分支。
hotfix分支——熱修復(fù)分支

用來(lái)修復(fù)線上緊急Bug，以線上版本對(duì)應(yīng)的master分支為基礎(chǔ)新建生成。
release分支——預(yù)發(fā)布分支

也稱為提測(cè)分支，可以在此分支上修復(fù)Bug，以develop分支為基礎(chǔ)新建，或合并develop分支。
develop分支——開(kāi)發(fā)分支

用于匯總各feature分支，只能合并，不能在此基礎(chǔ)上進(jìn)行開(kāi)發(fā)。
current feature——當(dāng)前版本迭代分支

也稱personal分支，業(yè)務(wù)開(kāi)發(fā)人員均在此分支進(jìn)行開(kāi)發(fā)，需要加入?yún)^(qū)分開(kāi)發(fā)人員的命名規(guī)則，并在特性開(kāi)發(fā)完成并合入develop分支后進(jìn)行分支刪除。
future feature——未來(lái)版本迭代分支

比如某個(gè)較為重要的功能需要在幾個(gè)版本后開(kāi)放，且開(kāi)發(fā)時(shí)間較長(zhǎng)，所以需要提前投入開(kāi)發(fā)，如果項(xiàng)目中沒(méi)有類(lèi)似場(chǎng)景，也可以忽略。

向AI問(wèn)一下細(xì)節(jié)

猜你喜歡