AspDotNetStorefront 源的 SVN 分支/合并过程答案

【问题标题】：SVN Branch / Merge Process for AspDotNetStorefront SourceAspDotNetStorefront 源的 SVN 分支/合并过程
【发布时间】：2012-08-08 16:42:49
【问题描述】：

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

在 SVN 中设置 AspDotNetStorefront
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 merge branch customization aspdotnetstorefront

【解决方案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

因为您似乎需要保持所有这些分支完好无损，所以这就是您最终会得到的结构。

【讨论】：