代码大仓有什么好处坏处？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

V2EX 提问指南

这是一个创建于 1121 天前的主题，其中的信息可能已经有所发展或是发生改变。

好像蛮多公司都开始搞这个了，把整个团队的项目放到一个仓库，每个目录是一个模块。
但是不明白为什么非要合大仓？感觉没有什么提升啊，还把速度拖慢了

8 条回复 • 2021-10-23 02:15:16 +08:00

AoEiuV020

2021-10-22 16:02:47 +08:00

是说以前是多个仓库然后现在整合成一个？都哪些公司？
我也觉得没啥好处，我在的小公司从一开始就是这样，全公司就一个 svn 仓库，感觉没啥好处，

wangritian

2021-10-22 16:22:15 +08:00

想不明白大仓的优点在哪，缺点倒是不少

Perry

2021-10-22 16:51:12 +08:00 via iPhone

搜 why monorepo

root01

2021-10-22 17:43:25 +08:00

我觉得大仓挺好的，不用东一个目录西一个目录

Mithril

2021-10-22 18:03:40 +08:00

代码本身没什么技术含量的话用大仓库也没问题。很多公司最有价值的资产是用户数据，那用个大仓还方便。
如果代码本身算核心资产，谁想用大仓能被内审骂死。

balabalaguguji

2021-10-22 19:29:58 +08:00

SVN 经常这么用呀，项目相关的所有东西都可以放到一个仓库，服务端、客户端、设计、需求文档等，因为可以按目录划分权限

ClericPy

2021-10-22 19:34:41 +08:00

单体仓库那个么, 第一次知道有这叫法, 我能说出来的网上都搜的到, 搜不到的我也猜不到了, 我这边没用

secondwtq

2021-10-23 02:15:16 +08:00

明显的好处感受到的有一个，就是如果项目之间有相互依赖关系的话，处理起来至少表面上会方便一些。
没啥关系的项目放一块可能意义有限。