AspDotNetStorefront源的SVN分支/合并过程

Question

想知道人们是否有关于如何管理分支和合并的建议，以便我们“希望”处理我们的AspDotNetStorefront使用的自定义。基本上，我们偶尔会得到AspDotNetStorefront的更新，并且需要在两个级别应用自定义:全局自定义和客户端自定义。下面是一个简单的例子：

• AspDotNetStorefront是在SVN中设置的
• AspDotNetStorefront被分支到AspDotNetStorefront_v1.0
• AspDotNetStorefront_v1.0被分支到AspDotNetStorefront_v1.0_Cust
• 使用更改修改AspDotNetStorefront_v1.0_Cust并提交
• AspDotNetStorefront_v1.0_Cust被分支到ClientA_v1.0，其中进行了额外的更改
• AspDotNetStorefront_v1.0_Cust被分支到ClientB_v1.0，其中进行了额外的更改

这基本上就是我们今天的处境。现在，如果AspDotNetStorefront的2.0版问世，我们就不知道该做什么了。我想做以下几件事，但我不确定：

• 将AspDotNetStorefront分支到AspDotNetStorefront_v2.0，覆盖新的源代码，提交
• 分支AspDotNetStorefront_v2.0到AspDotNetStorefront_v2.0_Cust
• 将AspDotNetStorefront_v1.0_Cust合并到AspDotNetStorefront_v2.0_Cust，测试，调整，提交
• 分支AspDotNetStorefront_v2.0_Cust到ClientA_v2.0
• 将ClientA_v1.0合并到ClientA_v2.0，测试调整，提交
• 对ClientB重复最后两个步骤

我在这里完全离校了吗？我们第一次尝试将制造商代码集成到SVN结构中，在SVN结构中，制造商的代码实际上是被修改的(而不是仅仅是螺栓连接或插入)。对文件的任何提及都是有帮助的。此外，我可能不知道这种类型的模型的术语来搜索它，所以如果有这类活动的术语也会有帮助。

谢谢!

Answer 1

你今天所拥有的就像..。

AspDotNetStorefront 
        --->  AspDotNetStorefront_v1.0
                     --->  AspDotNetStorefront_v1.0_Cust  [*]
                                        ---> ClientA_v1.0 [*]
                                        ---> ClientB_v1.0 [*]

我想您希望保留AspDotNetStorefront_v2.0、Cust和Client*分支；这似乎是一个很难管理的情况。答案取决于事实

从AspDotNetStorefront_v1.0到AspDotNetStorefront_v2.0的变化幅度更大，还是Cust和Client*分支之间的增量？

您应该选择修补最小的工作，因为合并将更容易，并且可以避免回归问题。

AspDotNetStorefront 
        --->  AspDotNetStorefront_v1.0 + (Upgrade Code to v2.0)
                     --->  AspDotNetStorefront_v1.0_Cust + Upgrade Code to v2.0
                                        ---> ClientA_v1.0 + Upgrade Code to v2.0
                                        ---> ClientB_v1.0 + Upgrade Code to v2.0

因为看起来你需要保持所有这些分支的完整，所以这就是你最终会得到的结构。