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

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

今晚項目上線，早上通知項目上線的需求要求各同事負責自己的模塊，，竟然還有同事不會打上線標簽……

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

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

二是要有一定的自由度，以適應不同團隊的內部協(xié)作靈活性

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

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

當開發(fā)完一個迭代(Sprint)，開發(fā)小組有信心轉測時，就將代碼合并到?release?分支，并要求打一個alpha級的Tag(如5.2.0-alpha)

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

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

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

我是錦鯉魚，請關注我，不定期分享Java程序猿的點點滴滴#我要上微頭條# #程序猿#

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