点击上方“JavaEdge”，关注公众号
设为“星标”，好文章不错过！
Multi-Repo V.S Mono-Repo
单体应用没啥好说的，大学时期的课设都是的，toy 而已，适合初创业务。
多体仓库
每个微服务对应各自代码仓库，尤其适合于现在微服务项目。
优点
-
职责单一，代码量和复杂度也容易控制
-
服务边界清晰，不同团队负责维护不同的服务即可
-
每个服务也易于独立开发测试和扩展，无需集中管理
缺点
-
每个项目组各自为政，代码规范风格不一，随意引入各种三方依赖
-
整个项目集成部署就很麻烦，需要集中管理
-
开发人员缺乏对系统的整体认知和业务理解，螺丝钉感觉巨强哦
-
重复造轮子，工具方法不统一，部门之间技术基础设施差距大
单体仓库
所有微服务对应一个代码仓库。
优点
-
易于规范代码结构和 codereview
-
方便管理，一键集成和部署
-
易于理解整个项目
-
代码可复用性强，易于项目重构
往期推荐
大厂如何解决数值精度/舍入/溢出问题
硬核干货:HTTP超时、重复请求必见坑点及解决方案
由于不知线程池的bug,某Java程序员叕被祭天
程序员因重复记录日志撑爆ELK被辞退!
拥抱Kubernetes,再见了Spring Cloud
目前交流群已有 800+人，旨在促进技术交流，可关注公众号添加笔者微信邀请进群
喜欢文章，点个“在看、点赞、分享”素质三连支持一下~
