一个 toB 的 SaaS 系统,包含一个通用版,还有若干大客户定制版。定制版是在通用版的基础上开发的,用于满足客户的个性化需求,不同客户对同一功能的需求可能是有冲突的。
之前是用 svn 管理代码的,每个版本都是一个独立的仓库。有时候某个功能有 bug,所有版本都要修复;定制版上线了一个功能,通用版可能也想要。只能手动复制代码,每个仓库提交一遍。
现在准备切换到 git,是应该在同一个 repo 下建多个不同的 branch,还是建多个不同的 repo ?
t/404373
t/553604
相关讨论帖里提到了一些方案
开关控制:通用平台目前有这样做,但也仅限小的差异
模块化:结合我司的产品和研发资源来看可能做不到
之前是用 svn 管理代码的,每个版本都是一个独立的仓库。有时候某个功能有 bug,所有版本都要修复;定制版上线了一个功能,通用版可能也想要。只能手动复制代码,每个仓库提交一遍。
现在准备切换到 git,是应该在同一个 repo 下建多个不同的 branch,还是建多个不同的 repo ?
t/404373
t/553604
相关讨论帖里提到了一些方案
开关控制:通用平台目前有这样做,但也仅限小的差异
模块化:结合我司的产品和研发资源来看可能做不到



