这是一个创建于 2429 天前的主题，其中的信息可能已经有所发展或是发生改变。
一个 toB 的 SaaS 系统，包含一个通用版，还有若干大客户定制版。定制版是在通用版的基础上开发的，用于满足客户的个性化需求，不同客户对同一功能的需求可能是有冲突的。
之前是用 svn 管理代码的，每个版本都是一个独立的仓库。有时候某个功能有 bug，所有版本都要修复；定制版上线了一个功能，通用版可能也想要。只能手动复制代码，每个仓库提交一遍。
现在准备切换到 git，是应该在同一个 repo 下建多个不同的 branch，还是建多个不同的 repo ？
https://www.v2ex.com/t/404373
https://www.v2ex.com/t/553604
相关讨论帖里提到了一些方案
开关控制：通用平台目前有这样做，但也仅限小的差异
模块化：结合我司的产品和研发资源来看可能做不到
之前是用 svn 管理代码的，每个版本都是一个独立的仓库。有时候某个功能有 bug，所有版本都要修复；定制版上线了一个功能，通用版可能也想要。只能手动复制代码，每个仓库提交一遍。
现在准备切换到 git，是应该在同一个 repo 下建多个不同的 branch，还是建多个不同的 repo ？
https://www.v2ex.com/t/404373
https://www.v2ex.com/t/553604
相关讨论帖里提到了一些方案
开关控制：通用平台目前有这样做，但也仅限小的差异
模块化：结合我司的产品和研发资源来看可能做不到
 |
2
swulling 2019 年 5 月 23 日 via iPhone
最好是一套代码库，功能区别用配置文件解决。
把 diff 全都做成可配置的，如果是两套代码，迟早分裂 |
 |
4
ryanking8215 2019 年 5 月 23 日
如果通用版和定制版分别要区分 master 分支，develop 分支，feature 分支，release 分支，hotfix 分支等(这些概念取自 gitflow), 建议使用多仓库方式管理。
|
 |
5
index90 2019 年 5 月 23 日
同一个 repo 方便 cherrypick 和 bugfix，不同 repo 就只能人工 copy 代码了。
如果各自演进，互不相干就分开吧。既然分裂了，分 repo 只是时间问题。 |
 |
6
shuang OP @ryanking8215
想过用 masterA developA masterB developB 这种方式，就是分支看起来有点乱 @index90 目前就是在纠结是否要分 repo 同一 repo 多个分支方便合并代码，但是分支有点乱 不同 repo 分支好维护，合并代码很麻烦 |
 |
7
mooncakejs 2019 年 5 月 23 日  2
拆分 module，公共部分单独 repo （可能多个）， 不同定制版 submodule 引入 公共的 repo
|
 |
8
hhhsuan 2019 年 5 月 23 日 via Android
如果不打算合回来的话，那就分仓库
|
 |
9
annielong 2019 年 5 月 23 日
我手头上是分模块，核心通用的做 master，定制部分做分支，反正适合自己用就行
|
 |
10
xfriday 2019 年 5 月 23 日
建议做成 N+1 个项目，其中 1 作为公共服务以微服务的方式给其他 N 个项目调用
|
 |
11
chaleaochexist 2019 年 5 月 23 日
分支.
最起码有 cherry-pick. |
 |
12
pmispig 2019 年 5 月 23 日
不同的分支，因为涉及到代码合并，有时候通用版的功能要合并到定制版
|
 |
14
strongcoder 2019 年 5 月 23 日
多分支 不要多 repo 就像上面很多人说 最起码有个 cherry-pick 好用
|
 |
15
dremy 2019 年 5 月 23 日 via iPhone
分仓库啊，合并的事情，不是可以通过 pull upstream 来解决么
|
 |
16
Xbluer 2019 年 5 月 23 日 via iPhone
git flow 里面有 support 类型的分支。应该是符合你的需求的
|
|
17
shuang OP |
 |
19
pangliang 2019 年 5 月 23 日
对于 git 来说多仓库只是不同的 remote 而已
|
 |
20
zibber 2019 年 5 月 23 日
两个 repo 耦合的用 submodule
|
 |
21
xuanbg 2019 年 5 月 24 日
分支可以的，但要保留基础分支用于公共部分的开发。公共部分的变更可以合并到各定制版本的发布分支，各发布分支永远不要往公共分支合并。
|
|
22
shuang OP 从评论看支持同一仓库建分支的多一些，我也打算这样做。如果后面发现确实应该独立成 repo，操作起来也简单。
|
Select Language