一千萬個為什麽

搜索

創建可重用的構件時,最清晰的分支策略是什麽?



如果我有3種環境:集成,分段和生產,假設我想重用已部署的工件,那麽最幹凈的分支策略是什麽?

例如,應將功能分支合並到主機中,然後構建為部署到集成?或者是否有另一種策略允許您在版本和SCM之間進行1對1映射?

一些更多的細節......說我融入主人,並開始構建,產生一個神器。應該將相同的工件部署到所有環境以確保一致性。最好是通過整合來啟動這個過程?在那種情況下,在驗證發生之前,有一個相當大的潛在窗口,其中未經測試的代碼在主站中。使用集成分支,將其部署到集成,然後合並到主控並使用該工件進行分段和生產是否更好?或者這是否增加了對重復測試的需求?

轉載註明原文: 創建可重用的構件時,最清晰的分支策略是什麽?

一共有 1 個回答:

最簡單/最幹凈的分支策略是在持續部署中使用的分支策略:單個/主集成分支,也是您的發布分支。從什麽是分支模式?

     提交可以從一個中繼線/主設備一直到生產,如果是   自動構建表示提交很好。這是渦輪開關   待定,在那裏沒有人能通過享受甜蜜時光來舉行發布會   測試它並給出批準的遲來的印章。 Github,Etsy,   Netflix(還有更多的初創公司)都在這裏。

您將有效地在所有環境中使用來自主分支的CI構建工件。那麽,只要他們建立並通過相應的QA驗證,顯然。

Note: there are no feature branches in this strategy, at least not long-lived ones - in order to eliminate/minimize the integration delays and costs. Practically you can eliminate branch merges from your development.