摘要： 大家好,小宜來為大家講解下。branchcode，branchCodeKey這個(gè)很多人還不知道,現(xiàn)在讓我們一起來看看吧！今晚項(xiàng)目上線，早上通知項(xiàng)目上線的需求要求各同事負(fù)責(zé)自己的模塊...

大家好,小宜來為大家講解下。branchcode，branchCodeKey這個(gè)很多人還不知道,現(xiàn)在讓我們一起來看看吧！

今晚項(xiàng)目上線，早上通知項(xiàng)目上線的需求要求各同事負(fù)責(zé)自己的模塊，，竟然還有同事不會(huì)打上線標(biāo)簽……

倉庫的分支(Branch)規(guī)范，影響到每個(gè)團(tuán)隊(duì)的工作流的一致性；標(biāo)簽(Tag)便于開發(fā)團(tuán)隊(duì)、測(cè)試團(tuán)隊(duì)和其他團(tuán)隊(duì)識(shí)別每個(gè)項(xiàng)目的版本，特別是在協(xié)同處理線上問題的時(shí)候，大家可以非常清楚地知道線上運(yùn)行版本和代碼庫的對(duì)應(yīng)關(guān)系。因此在制作的時(shí)候，主要考慮幾個(gè)因素：

一是要有一定的規(guī)則，方便持續(xù)集成CI（自動(dòng)化構(gòu)建、測(cè)試、分布等）

二是要有一定的自由度，以適應(yīng)不同團(tuán)隊(duì)的內(nèi)部協(xié)作靈活性

要清晰規(guī)整，不要參差不齊難以識(shí)別基于我們當(dāng)前團(tuán)隊(duì)的協(xié)作能力和提交代碼的質(zhì)量水平，并考慮方便持續(xù)集成CI（自動(dòng)化構(gòu)建、測(cè)試、發(fā)布），我們約定下列常駐Branch：

develop?分支：顧名思義就是持續(xù)開發(fā)的分支，我們希望每個(gè)開發(fā)組都在這個(gè)分支上保持線性的持續(xù)小步迭代，正常的CodeReview WorkFlow和開發(fā)級(jí)的自動(dòng)CI也在這里進(jìn)行。

當(dāng)開發(fā)完一個(gè)迭代(Sprint)，開發(fā)小組有信心轉(zhuǎn)測(cè)時(shí)，就將代碼合并到?release?分支，并要求打一個(gè)alpha級(jí)的Tag(如5.2.0-alpha)

release?分支：顧名思義即用于發(fā)布過程的分支，包括開發(fā)轉(zhuǎn)測(cè)(實(shí)際上我們認(rèn)為這里的測(cè)試集成測(cè)試)、測(cè)試和BugFix以及發(fā)布上線的過程，當(dāng)發(fā)布成功時(shí)要打一個(gè)發(fā)布beta Tag(如

5.2.1-beta)，并將代碼合并到一起?master?分支

master?分支：即有質(zhì)量保證的、可安全運(yùn)行的分支，禁止直接代碼提交，避免被污染，僅用與代碼合并和歸集，在這個(gè)分支上的代碼應(yīng)該永遠(yuǎn)是可用的、穩(wěn)定的。當(dāng)需要拉一個(gè)特別的開發(fā)分時(shí)，應(yīng)該基于?master。

我是錦鯉魚，請(qǐng)關(guān)注我，不定期分享Java程序猿的點(diǎn)點(diǎn)滴滴#我要上微頭條# #程序猿#

本文branchcode，branchCodeKey到此分享完畢，希望對(duì)大家有所幫助。