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

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

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

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

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

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

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

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

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

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

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

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

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

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