超级会员免费看
本文探讨前端项目搭建，从项目组织（multirepo vs. monorepo）和代码规范（编写规范与提交规范）两个方面进行分析，强调风格一致以降低维护成本。文章介绍 multirepo 与 monorepo 的优缺点，并推荐使用 lerna 管理 monorepo。在代码规范方面，提出编写规范应遵循可执行、可配置、可扩展原则，推荐使用 ESLint，并讲解了提交规范的重要性，推荐使用 commitlint 和 husky 工具确保提交消息规范化。
前端项目搭建并不只是使用构建工具这么简单，我们将从项目组织、代码规范 2 个方面来进行分析。
一、项目组织
考虑这样一个场景，在开发项目 projectA 的时候，发现其中的 codeX 也可以用于项目 projectB，最简单直接的处理方式就是把 codeX 的代码直接复制到 projectB 下，按照“三次原则”（三次原则是指同一段代码被使用到 3 次时再考虑抽象）这种处理方式没什么问题。但如果此时项目 projectC 和 projectD 也会用到 codeX，那么这种方式维护起来会很麻烦。
有经验的工程师会想到将 codeX 发布成模块，作为依赖模块引入所需的项目中。此时对于 codeX 会涉及两种组织代码的方式：multirepo 和 monorepo。
1、multirepo
multirepo 就是将项目中的模块拆分出来，放在不同的仓库中进行独立管理。例如，用于 Node.js 的 Web 框架 Koa，它依赖的模块 koa-convert 和 koa-compose 分别拆分成了两个仓库进行管理。
这种方式的好处是保证仓库的独立性，方便不同团队维护对应的仓库代码，可以根据团队情况选择擅长的工具、工作流等。
但这种方式也会存在一
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
