全球顶尖互联网公司谷歌都在使用的Mono-Repo单体仓库

举报
JavaEdge 发表于 2021/06/04 00:46:45 2021/06/04
【摘要】 Multi-Repo vs Mono-Repo 单体应用没啥好说的,大学时期的课设都是的,toy 而已。 多体仓库 尤其适合于现在微服务项目。 优点 职责单一,代码量和复杂度也容易控制。服务边界清晰,不同团队负责维护不同的服务即可。 缺点 每个项目组各自为政,代码规范风格不一,随意自行引入各种三方依赖整个项目集成部署就很麻烦,需要集中管理开发人员缺乏对系...

Multi-Repo vs Mono-Repo


单体应用没啥好说的,大学时期的课设都是的,toy 而已。

多体仓库

尤其适合于现在微服务项目。

优点

职责单一,代码量和复杂度也容易控制。服务边界清晰,不同团队负责维护不同的服务即可。

缺点

  • 每个项目组各自为政,代码规范风格不一,随意自行引入各种三方依赖
  • 整个项目集成部署就很麻烦,需要集中管理
  • 开发人员缺乏对系统的整体认知和业务理解,跨部门沟通复杂繁琐
  • 重复造轮子,工具方法不统一。

单体仓库

优点

  • 易于规范代码结构和 codereview
  • 方便管理,一键集成和部署
  • 易于理解整个项目
  • 代码可复用性强,易于项目重构

Shippablet的微服务之道,从多仓库到单体仓库 mono repo vs multiple repositories
http://blog.shippable.com/our-journey-to-microservices- and-a-mono-repository

文章来源: javaedge.blog.csdn.net,作者:JavaEdge.,版权归原作者所有,如需转载,请联系作者。

原文链接:javaedge.blog.csdn.net/article/details/112433443

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。