基于现代Web的应用程序通常都包含多种服务。例如,后端API和前端客户端。在规模扩大成为问题的大型项目中,服务也可以拆分为多个微服务。如何在这样的项目中组织源代码?一种解决方案是monorepo,即项目中所有源代码在同一个存储库中管理。还有一种是每个微服务分别创建一个存储库管理。
Monorepo这个词你应该不止一次听说了,像Vue3、Vite、ElementPlus等优秀开源项目都是使用Monorepo的方式管理项目,且这里说到的这几个项目都是采用pnpm作为包管理工具。
前端代码管理一直是困扰不少前端开发团队的难题,从开发到发布的整体工作流程中,除了常规的技术问题外,往往还伴随着沟通成本、维护成本及协作效率等问题。这些问题在团队规模较小的时候可能不太明显,但是当团队规模变大时就矛盾越发凸显。
随着前端工程日益复杂,某些业务或者工具库通常涉及到很多个仓库,那么时间一长,多个仓库开发弊端日益显露,由此出现了一种新的项目管理方式——Monorepo。本文主要以 Monorepo 的概念、MultiRepo的弊端、Monorepo 的收益以及Monorepo 的落地这几个角度来认识和学习一下 Monorepo,文末会有思考题,欢迎大家来踊跃讨论。
导语 | Monorepo是一个“单仓多包”的代码管理策略,由于众多大型厂商和开源项目在其上的实践,Monorepo受到了越来越多的关注,和其他已有的代码库管理方案相比,有着自身独特的优势。本文仅讨论Monorepo在前端开发场景中的应用及实践,里面提到的概念和示例都会有所局限,可依据实际情况自行扩展阅读其他资料。 “代码(code)” 是程序员用开发工具所支持的语言写出来的源文件,用于实现或支持所有依托于计算机的程序及应用,因此,如何管理代码是开发人员在项目进程中非常重要的一环。 而“仓库(reposit
随着业务的发展和架构的迭代升级,近一年 FreeWheel 核心业务团队对前端技术栈进行了大规模升级改造,针对多个新业务页面的开发需求,对产品按照业务模块进行了划分,形成了多团队协作开发的 polyrepo 模式。而对于团队之间的组件或模块的共享问题,结合社区的实践和公司内部尝试的经验,我们决定采用 monorepo 模式来满足共享需求,并对将代码仓库改造成 monorepo 进行了技术尝试和落地,下面是具体介绍。
monorepo 是一个版本控制的代码存储库,包含许多项目。虽然这些项目可能是相关的,但它们在逻辑上通常是独立的,并由不同的团队运行。
Monorepo和pnpm很早之前听说过,只是一直觉得暂时用不上,就没有去了解。而越来越多的知名开源项目开始使用Monorepo策略,vue3、vite在去年九月十月就迁移使用pnpm。
原文地址:https://juejin.cn/post/7342360674151858202
Monorepo 和 Multirepo 是两种不同的源码管理理念,Monorepo 是把所有的相关项目都放在一个仓库中(例如:React, Angular, Babel, Jest, Umijs, ...),Multirepo 则是按模块把子项目拆分到多个仓库中(例如:Rollup, ...)。前者允许多元化发展(各项目可以有自己的构建工具、依赖管理策略、单元测试方法),后者希望集中管理,减少项目间的差异带来的沟通成本。
目前来讲,Lerna 作为 JavaScript项目的多包管理器,已经是比较成熟,并已被现代企业所验证,因此接下来将逐步搭建一个基于 Lerna[1] 的 Monorepo 管理环境,希望可以帮助大家在各司业务中落地并实现降本提效。
使用多个代码仓库的情况,最典型的情况要不是每个存储库有一个项目,要不就是每个存储库有一组相关项目,但这会迫使您定义特定团队或公司的“项目”,并且有时因为某些原因会迫使您拆分和合并仓库,这个成本是相当大的。例如,对于 VCS(版本控制系统(version control system),是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统) 而言,由于项目太大或历史记录过多而不得不拆分项目并不是最佳选择。
19年,团队沉淀了组件库、图表库、工具库等基础建设相关内容。上述的内容均为独立工程维护,起初我们采用 Git Subtree + npm install <folder> 来关联各个项目,带来了开发、调试的便利,同时也带了一些复杂性。
作者:chriscai,腾讯 WXG 前端开发工程师 企业微信 web 项目从以前的小而简单的 web 项目,历经五载,蜕变成了平台级的项目。这几年伴随着前端工业化和前端技术变革,本文将介绍我们如何在高速迭代当中,对大型 web 项目进行高效代码管理,架构升级,编译优化等,最后完成工程化的工业级蜕变。 一、背景介绍 企业微信 企业微信是为用户提供企业 IT 管理的产品。目前有两大业务体系:“连接微信”和“效率与办公”。企业微信具体业务涉及非常广泛,主要有几大功能:客户联系、家校沟通、日程、OA、会议等
本周精读的文章是 The many Benefits of Using a Monorepo。
作者 | Adrien Joly 译者 | 平川 策划 | 丁晓昀 将单体拆分成服务会带来维护多个存储库(每个服务一个存储库)的复杂性,每个存储库都有独立(但相互依赖)的构建流程和版本控制历史。Monorepo 已经成为一种降低复杂性的流行解决方案。 尽管 Monorepo 工具开发商有时会提供建议,但在现有代码库中配置 Monorepo 并不容易,尤其是单体代码库。更重要的是,迁移到 Monorepo 可能会给代码库开发团队带来巨大影响。例如,需要将大多数文件移动到子目录中,这会与团队当前正在进
Nest CLI 是一个命令行工具,用于快速创建和管理 Nest.js 应用程序。它提供了一组命令,可以帮助开发人员快速生成模块、控制器、服务等代码文件,并且可以自动安装所需的依赖项。
pnpm早在五年前就发布了第一个正式的版本,一直到现在使用的还是不多。抛开速度和安全性(并不觉得这两点是抛开npm或者yarn的重点),高效利用磁盘空间和支持monorepo是最大的特性。
从定义中可以知道,monorepo是一种策略,该策略的具体内容是:多个项目存储在同一个代码仓库中。采用一种策略,肯定是因为该策略具备一些优点。当然,也要认清其缺点。从下面这张图中,我们可以看出,项目代码的组织策略是在实践中诞生,不断发展变化的。
关于这些问题,在之前的一篇介绍 lerna 的文章中已经详细介绍过,感兴趣的同学可以再回顾下。
一.定位 Lerna is a tool that optimizes the workflow around managing multi-package repositories with git
这篇文章想重点来和大家聊一下「现代库编写」的话题,相信技术和思维上,对你会有启发。
你真的理解 Webpack? 如果知道以下问题的答案,则意味着已经掌握了 Webpack。 欢迎提供您的答案。 Chinese 一文搞定 Webpack 面试 English Webpack 实战
最近需要把一个前端工程转交出去给其他小伙伴接手; 因为一直在内部孵化,基本除了少数维护的几个人可能知根知底; 而对于其他人来说一片空白,所以需要提供一个文档体系来辅助别人上手;
这是关于如何搭建后端服务的实战类文章,其实在写这类文章之前,也了解了其它的 Node 服务端框架,比如 egg.js、koa.js 等框架,经过比对我更倾向于使用 Nest 框架,因此有了该系列文章,借此总结和梳理自己在项目搭建和开发的过程。
Mono-repo 和 Multi-repo 是软件开发中代码管理的两个不同策略。Mono-repo & Multi-repo 孰优孰劣是个老
前段时间基于我的 kz-admin 模板写了一个link-admin的项目(可以访问 link.kuizuo.cn 在线体验,账号 admin,密码a123456),是一个“一次性”充值链接管理系统,具体自行体验即可(项目未开源)。
老早老早之前就听过 monorepo(单一代码库) 这个名词,也大致了解其出现的意义与功能。但奈何自己的一些小项目中暂时还用不上多项目存储库,所以迟迟没有尝试使用。
答:Monorepo可以理解为一种基于仓库的代码管理策略,它提出将多个代码工程“独立”的放在一个仓库里的管理模式。每个代码工程在逻辑上是可以独立运行开发以及维护管理的。Monorepo 在实际场景中的运用可以非常宽泛,甚至有企业将它所有业务和不同方向语言的代码放在同一个仓库中管理。
Lerna 已然成为搭建 monorepo 工程的首选,然而官方文档[1]并没有给出构建 monorepo 项目最后一公里的解决方案。而在这次在迁移搭建全民 K 歌基础库的实践中,在诸如 Orange CI 自动发布 npm 包等问题上就遇到了不少阻碍,我们把经验总结记录如下。 名词解释: Orange CI:腾讯内部开源的持续集成服务,类似于 Travis CI,一旦代码有变更,就自动运行构建和发布,并输出结果,是实现自动更新版本号及发布npm包的基础。 Monorepo:一种管理组织代码的方式,其主要
今天不打算展开任何关于技术的探讨,只是想抛出一些观点,关于工程结构上的。可能有些人赞成也有些人反对,但是我觉得技术的世界还是需要一些讨论和探索的。
随着技术发展越来越进步,除了编程语言的框架越来越多以外,连项目的架构也越来越复杂了,今天这篇文章就来探讨一个算是近年越来越多开发者在讨论的项目架构:Monorepo。
作者 | Motiejus Jakštys 译者 | 平川 策划 | 罗燕珊 本文最初发布于 Motiejus Jakštys 的个人博客。 免责声明:我在 Uber 工作,我的一部分职责是将 zig cc 引入公司。但这篇文章是我的观点,与 Uber 无关。 我日前在 Zig 的一场交流会上作了题为“Uber 引入 Zig”的 演讲。本文从技术和社交两方面简单介绍了“Uber 是如何使用 Zig 的”,而主要的篇幅是介绍“我把 Zig 带到 Uber 的经验”。 本文要点: Uber 使用
在当下大型前端项目中基于 monorepo 的解决方案已经深入人心,无论是比如 Google、Facebook,还是社区内部知名的开源项目 Babel、Vue-next 都使用了 monorepo 方案来管理他们的代码。
最近,Github 谈到了如何使用合并队列(merge queue)来实现代码更新。GitHub.com 的合并队列已经开发并扩展到了管理超过 30000 个拉取请求(pull request),以及相应的 450 万次 CI 执行。
在介绍我们今天的主角 lerna 之前,首先了解下什么是 multirepo ?什么是 monorepo ?
最近在公司做的 monorepo 相关工具开发的时候有涉及到这方面的内容,于是对这方面进行了一些研究。
OxyCon 2022网络抓取前沿大会已圆满落下帷幕!本届OxyCon大会共邀请到15位来自数据采集领域的专家发表演讲。为期两天的线上会议带领观众们探讨了网络抓取行业的一系列热门话题,为大家提供了诸多新鲜视角。今天就让Oxylabs再带您回顾一下本届OxyCon大会上的精彩内容!
曾几何时, Lerna 是最流行的 JS monorepo 工具之一,或许大家有所耳闻,在去年 Lerna 的核心作者提到了 Learn 已经基本不再维护,一度引起了前端社区的广泛讨论。
在本文中,我们将了解 monorepo 是什么,以及 monorepos 如何帮助以更好的开发体验更快地开发应用程序。我们将讨论使用Nx开发工具管理 monorepo 的优势,并学习如何使用这些工具构建Next.js应用程序。
前不久,微软在 Linux 基金会董事会的代表 Sarah Novotny 认为,由纯文本电邮讨论推动的 Linux 内核开发需要被更好的或替代协作工具取代,以降低门槛引入新的贡献者,维护和维持未来的 Linux。她认为替代工具可以是基于文本的、基于电邮的补丁系统,某种程度上是过去五到十年成长起来的开发者所熟悉的工具。此前 Linus 曾在接受采访时表示很难找到新的 Linux 内核维护者。
近期,Astro 在其官方博客中宣布,虽然我们对 Mocha 感到满意,但也在寻求让我们的 CI 作业更快的方法。最终将超过 500 多个测试从 Mocha 迁移到了 Node.js。
时间过得还是很快的啊,转眼马上就要到了送外卖的年纪了啊,令人唏嘘不已。互联网真的是对于年纪大的人很不友好的,只要你年纪大了,都还是会歧视你的。珍惜好自己最后的职业生涯,做点自己喜欢的事情吧。
这一期阅读的是 Vue3 源码中的 script/release.js 代码,也就是 Vue.js 的发布流程。在上一期源码阅读中从 .github/contributing.md[1] 了解到 Vue.js 采用的是 monorepo 的方式进行代码的管理。
在日常开发中,我们多多少少会遇到些问题,有时候是自己的写法有错误,这时候可能就要先检查一遍,看看文档,看看是哪里的问题。
时隔三个月,终于有时间写脚手架系列第二篇文章了,在北京上班确实比天津忙多了,都没时间摸鱼。如果你没看过本系列的第一篇文章手把手教你写一个脚手架,建议先看一遍再来阅读本文,效果更好。
Monorepository (简称 Monorepo) 概念虽然有一段历史了,但这个名词却是近几年才变得如此热门。自己公司也是这半年才导入这个架构,再尝到许多甜头后想写一篇来介绍它,希望多一点人认识此架构。这篇并不会有源代码,而是从现有架构痛点开始 (Single Repo Monolith、Multi-repo)、为什麽要用 Monorepo 等等。
领取专属 10元无门槛券
手把手带您无忧上云