流结构

我们有两种结构，从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）有一个部署和开发子流此阶梯交付似乎需要更长的时间;但后者似乎有更多的合并冲突;如果不能确定它是结构或只是我们使用的是他们流结构

是否一个原因超过了其他合并的方式？

来源

2012-07-26 Go Bucks

所以基本上：

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从一个（开发）项目集成，然后冻结你的特点之一是流垫底督促当你释放，然后在修复基础重建发布后的维护。

不要尝试混合“部署”和“开发”起来：他们不走这么好。

开发是许多功能子父。
部署罐是'整合'的孩子，你已经整合了实际进入生产的部分。

来源

2012-07-26 20:12:12 VonC

回答

相关问题