这是一个创建于 1160 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司属于传统行业，有一个产品线，会卖给多个客户，之前代码都是 svn 管理。新签一个客户，就把一个项目复制过来，如果其他项目有新加功能，也是人肉是复制粘贴过来。现在想减少代码同步的消耗，使用 git 来管理，公用代码用一个仓库，客户项目从公用代码库 fork 过来，这样既可以把代码合并到公用代码库，也可以更新其他项目提交到公用代码库的代码。这种方法暂时想到的问题是：
- 对程序员要求变高，需要学会用 git ，抽象代码，提炼出公用功能
- 对代码合并审核要严格
请问大家有没有比较好的实践。
 | 1 anonymousar 2022-08-17 11:25:55 +08:00 1.用 git 哪里要求高 不是有手就行? 2. 代码审 he 是看人的 跟工具没关系 |
 | 2 Mithril 2022-08-17 11:32:04 +08:00 这和 SVN 有什么区别？你 SVN 上新客户项目开分支，代码分支合并不是一样吗？ 按你目前的需求来说，用不上 Git 的分布式优点，又缺了 SVN 的严格权限管理，还徒增成本，没看出来任何必要更换 Git 。 继续用 SVN ，改一下使用习惯就好了。 |
 | 3 qakito 2022-08-17 11:32:59 +08:00 不想迁移 git 的话，也可以用类似 git submodule 那种 每个模块有自己的 trunk/branch 整个项目以类似 csv 的方式保存 例如 project trunk name. branch. revision URL moduleA trunk LATEST. svn://xxxx/moduleA/TRUNK moduleB. trunk. LATEST. svn://xxxx/moduleB/TRUNK project.branchA name. branch. revision URL moduleA branchA 1000. svn://xxxx/moduleA/BRANCHES/branchA moduleB. TRUNK 900 svn://xxxx/moduleB/TRUNK |
 | 4 liuzhaowei55 2022-08-17 11:34:09 +08:00 via iPhone vcs 管理工具的改变解决不了你的问题，考虑是不是能把新功能作为 vendor 引入，避免代码的直接引入 |
 | 5 dzdh 2022-08-17 11:34:16 +08:00 我理解 saas ？ 那不公用一套代码嘛 |
 | 6 murmur 2022-08-17 11:41:46 +08:00 svn 没啥问题，git 适用于远程撕逼，简单点说人越多撕逼越激烈 git 越能体现出价值 没有撕逼的 git=svn ，直接下最新代码，填写提交信息，提交推送二合一点击发送，有的时候自己负责一个模块 conflict 都遇不到 |
 | 7 neptuno 2022-08-17 12:09:04 +08:00 怎么感觉之前看过一模一样的帖子，，，这个世界出 bug 了吗 |
 | 8 nothingistrue 2022-08-17 12:19:47 +08:00 这是系统架构跟开发过程的事，跟代码仓库无关。在你们现在这种系统架构下，各项目实质上是没有相互关系的，复制粘贴代码是唯一有效的手段，强行合并代码，只会做无用功甚至反向功。 |
 | 9 reter 2022-08-17 12:51:04 +08:00 via Android 这样是不是搞插件化会是更好的选择。每个插件独立维护，允许内置，允许覆盖更新。当然要怎么设计插件系统是个大问题。 |
 | 10 bk201 2022-08-17 12:55:33 +08:00 没有搞明白，svn 为啥一定要复制代码。svn 不也有分支么。 |
 | 11 zhuweiyou 2022-08-17 12:57:07 +08:00 saas ? 以我的经验来说, 就算你用 git submodule 或者 提取公共依赖的方式, 也解决不了客户个性化的需求. |
 | 12 sutra 2022-08-17 13:10:49 +08:00 via iPhone 和代码管理没多大关系吧，主要还是产品级别的模块化。 |
 | 13 wupher 2022-08-17 13:17:29 +08:00 这个不叫代码管理。 正常应该按分支管理。 为了鼓励代码复用和整合，monorepo 也开始在大公司内开始流行。 可以去 wiki 上看一下： https://en.wikipedia.org/wiki/Monorepo |
 | 14 xaplux 2022-08-17 13:19:22 +08:00 一般这种项目，要分基线功能和定制化功能，部分定制化功能可能会沉淀到基线，fork 方式要好一些，但是根据经验代码回合的难度一般很大，特别是多个客户定制同时进行时 |
 | 15 wangtian2020 2022-08-17 13:33:33 +08:00 git 命令行我一个都不会，都是用 sourcetree 图形化操作分支 svn 我从来没学过也不会，一开始学的就是 git |
 | 16 zilongzixue 2022-08-17 13:45:57 +08:00 svn 也有代码分支，切一个分支不就行了 |
 | 17 wu67 2022-08-17 13:46:55 +08:00 同#15. 你可以把 git 用出创造世界、万物调控的感觉, 但是我只用它来同步代码. 理清你的需求思路、确定使用场景, 然后才是选择工具 |
 | 18 saigo OP @xaplux 是的，现在就是多个客户的项目同时搞，定制内容还多，但是业务线内很多大的流程是通用的，看评论还是通过架构去优化了。 |
 | 19 n0th1ng 2022-08-17 13:54:56 +08:00 和我们公司差不多。我来的时候用的 CVS ，后来迁移到了 Git 我们公司卖产品主要靠定制。每来一个定制，就从最新标准版开一个分支，同时用 worktree 把这个分支签出到指定目录，这样就不用频繁在分支直接切换。 使用分支比 fork 出多个版本库好管理 |
 | 20 liubaicai 2022-08-17 18:28:38 +08:00 1.svn 也能分支 2.git 哪里要求高 |
Select Language