提交规范环境搭建 为什么要规范 Git 提交 好的提交记录，会将每次提交内容的范围，内容，以及涉及到的 bug 都能清晰的展示出来，且格式一致，便于查找找提交记录，对查看代码提交记录或者审核的人更友好

提交一时爽，查找泪两行，想寻当时的某次修改发现无从下手。。。。 当然你们如果想自己定义提交规范也是可以的，首先要下载自定义规范约束的包替换Angular团队使用的规范。

在一家公司内部，我们同时会有很多项目，每创建一个项目就要重新搭建一份脚手架并重新复制一份公司内部的配置文件和公共组件。这对于不了解项目的新员工来说，非常不友好。每次都需要根据不同的项目重新了解一些公司

Monorepo这个词你应该不止一次听说了，像Vue3、Vite、ElementPlus等优秀开源项目都是使用Monorepo的方式管理项目，且这里说到的这几个项目都是采用pnpm作为包管理工具。

随着前端工程日益复杂，某些业务或者工具库通常涉及到很多个仓库，那么时间一长，多个仓库开发弊端日益显露，由此出现了一种新的项目管理方式——Monorepo。本文主要以 Monorepo 的概念、MultiRepo的弊端、Monorepo 的收益以及Monorepo 的落地这几个角…

任何新技术、新产品都是有一定适用场景的，它可能在当下很流行，但它不一定在任何时候都是最优解。在被微前端坑了几次之后，回过头发现，iframe真香！

工欲善其事，必先利其器！ 写一个开源的项目也不例外，就拿在国内很火的vue3框架和vite工具来讲，其中的实现与架构设计无不是一个复杂而庞大的工程，而支撑这些工程能顺利运行的无不是一个又一个的轮子

本文简单介绍了 husky 和 lint-staged 的集成方式，并扩展了 git hooks 和 npx 的一点知识

为什么使用monorepo 什么是monorepo 简单来说就是，将多个项目或包文件放到一个git仓库来管理。 目前比较广泛应用的是yarn+learn的方式实现monorepo的管理。 一个简单的m