专注在写重复性代码里好开心啊，这样就不用动脑了！但是最近我决定搞一个基于vue3 + vite + Element Plus的表格表单组件库。

规范 Git 提交信息的工具有两位：commitlint 和 commitizen。 这两位各司其职，却遵循着各自的规则配置。在同一流程中协作，用两套规则配置，总有些闹心。如何实现配置共用呢？

日常工作中，几乎每个项目都是由多个人进行维护，每个人的代码书写习惯和风格又不尽相同，在这种情况下，规范和约束就显得尤为重要！

项目搭建 为什么使用craco 使用create-react-app 创建的项目默认是无法修改其内部的webpack配置的，不像vue-cli那样可以通过一个配置文件修改。

任何能提高代码可维护性、降低代码理解成本、提高代码的容错率和提高项目可扩展性的统一标准，称之为规范标准； 但是如何去落实规范就是一个难题了，我相信本文能给您答案 ~

20个不容错过的ES6技巧 前言 1. 打乱数组顺序 2. 去除数字之外的所有字符 3. 反转字符串或者单词 4. 将十进制转换为二进制文件或十六进制数 5. 合并多个对象 6. === 和 == 的

代码风格：为什么要统一代码格式风格？ 团队开发，每个人编辑器不同，编码方式不同，导致代码格式不同，代码难看，难以维护。 保持代码可读性，团队成员之间的代码更加易读。

前端章鱼猫从 2016 年加入 GitHub，到现在的 2020 年，快整整 5 个年头了。 相信很多人都没有逛 GitHub 的习惯，因此总会有开源信息的不对称，有哪些优秀的前端开源项目值得学习的也不知道。 初步前端与高级前端之间，最大的差距可能就是信息差造成的。 从 201…

前端代码规范 前端代码规范流程实践思路 本地开发过程，提示、校验、更改 Git 提交过程，代码校验是否允许提交 服务端校验，代码校验是否合并和发布 一、开发者本地IDE统一 开发工具统一配置，智能实时