2
swulling 2019-05-23 15:47:38 +08:00 via iPhone
最好是一套代码库,功能区别用配置文件解决。
把 diff 全都做成可配置的,如果是两套代码,迟早分裂 |
4
ryanking8215 2019-05-23 16:40:44 +08:00
如果通用版和定制版分别要区分 master 分支,develop 分支,feature 分支,release 分支,hotfix 分支等(这些概念取自 gitflow), 建议使用多仓库方式管理。
|
5
index90 2019-05-23 16:47:32 +08:00
同一个 repo 方便 cherrypick 和 bugfix,不同 repo 就只能人工 copy 代码了。
如果各自演进,互不相干就分开吧。既然分裂了,分 repo 只是时间问题。 |
6
shuang OP @ryanking8215
想过用 masterA developA masterB developB 这种方式,就是分支看起来有点乱 @index90 目前就是在纠结是否要分 repo 同一 repo 多个分支方便合并代码,但是分支有点乱 不同 repo 分支好维护,合并代码很麻烦 |
7
mooncakejs 2019-05-23 16:55:11 +08:00 2
拆分 module,公共部分单独 repo (可能多个), 不同定制版 submodule 引入 公共的 repo
|
8
hhhsuan 2019-05-23 16:57:37 +08:00 via Android
如果不打算合回来的话,那就分仓库
|
9
annielong 2019-05-23 16:58:26 +08:00
我手头上是分模块,核心通用的做 master,定制部分做分支,反正适合自己用就行
|
10
xfriday 2019-05-23 17:22:29 +08:00
建议做成 N+1 个项目,其中 1 作为公共服务以微服务的方式给其他 N 个项目调用
|
11
chaleaochexist 2019-05-23 17:27:31 +08:00
分支.
最起码有 cherry-pick. |
12
pmispig 2019-05-23 17:43:39 +08:00
不同的分支,因为涉及到代码合并,有时候通用版的功能要合并到定制版
|
14
strongcoder 2019-05-23 17:57:46 +08:00
多分支 不要多 repo 就像上面很多人说 最起码有个 cherry-pick 好用
|
15
dremy 2019-05-23 18:00:35 +08:00 via iPhone
分仓库啊,合并的事情,不是可以通过 pull upstream 来解决么
|
16
Xbluer 2019-05-23 18:15:58 +08:00 via iPhone
git flow 里面有 support 类型的分支。应该是符合你的需求的
|
17
shuang OP |
18
shuang OP |
19
pangliang 2019-05-23 19:04:17 +08:00
对于 git 来说多仓库只是不同的 remote 而已
|
20
zibber 2019-05-23 20:12:58 +08:00
两个 repo 耦合的用 submodule
|
21
xuanbg 2019-05-24 02:18:45 +08:00
分支可以的,但要保留基础分支用于公共部分的开发。公共部分的变更可以合并到各定制版本的发布分支,各发布分支永远不要往公共分支合并。
|
22
shuang OP 从评论看支持同一仓库建分支的多一些,我也打算这样做。如果后面发现确实应该独立成 repo,操作起来也简单。
|