流結構

Question

我們有兩種結構，從PROD_int階梯狀與release_Int的孩子，然後用維修/修補程序的孩子，也projectA_Int，了projectA有部署&開發，也projectB_int的孩子的，項目B具有部署&開發的兒童和projectC_int然後ProjectC有孩子的部署& dev。 另一種是主線，其中Prod_int，maintenance_int，hotfix_int，projectA_int和projectB_int都在相同的下線，並且每個（除PROD）有一個部署和開發子流 此階梯交付似乎需要更長的時間;但後者似乎有更多的合併衝突;如果不能確定它是結構或只是我們使用的是他們

是否一個原因超過了其他合併的方式？

Answer 1

所以基本上：

PROD_Int 
    | 
    --Release_Int 
    | 
    --Maintenance_Int 
     | 
     --HotFix 

ProjectA/B/C 
    | 
    --deploy 
    | 
    --dev 

比。

Int 
| 
--Prd_Int 
| 
--maintenance_int 
| 
--hotfix_int 
| 
--ProjectA/B_Int 

樓梯方案需要花費時間的是交貨/重新發貨週期。
但每次你需要整合來自子流代碼，父流是非常有用的。
如果你只是想代表在開發週期的不同階段，家長流是有害的，因爲人工需要delivedr，然後重訂其他流。

我就提出了一種混合的方法，用2個UCM項目：

• 一個專門的整合，督促和修補程序，
• 一個專門到dev。

當發佈日期的臨近，你就可以開始delilvering從一個（開發）項目集成，然後凍結你的特點之一是流墊底督促當你釋放，然後在修復基礎重建發佈後的維護。

不要嘗試混合「部署」和「開發」起來：他們不走這麼好。

• 開發是許多功能子父。
• 部署罐是'整合'的孩子，你已經整合了實際進入生產的部分。