想知道人们是否有关于如何管理分支和合并我们如何"想要"处理我们的AspDotNetStorefront用法的自定义。基本上,我们偶尔会获得AspDotNetStorefront的更新,并且需要在两个级别应用自定义:全局自定义和客户端自定义。让我们说以下是一个简单的例子:
这基本上就是我们今天所处的位置。现在,如果AspDotNetStorefront的2.0版本出现,我们不确定该怎么做。我想做以下事情,但我不确定:
我在这里完全偏离基地吗?我们第一次尝试将制造商代码集成到我们的SVN结构中,其中实际修改了制造商的代码(而不仅仅是用螺栓连接或插入)。任何对文档的引用都会有所帮助。另外,我可能只是不知道这类模型的术语来搜索它,所以如果有这类活动的术语也会有用。
谢谢!
答案 0 :(得分:0)
你今天拥有的东西看起来像......
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
因为你似乎需要保持所有这些分支的完整性,所以这就是你最终会得到的结构。