为了大家方便，我将之前长长的 eslint 进行了更换，因为时间原因和使用方面的原因，没将自己的 eslint 上传成 eslint-config，直接使用腾讯的 eslint-config-alloy。 以下是之前写的前端开发规范配套的 eslint，使用了腾讯的 eslin…

本系列将实现使用react18，ts5，lint三剑客，webpack，storybook搭建react组件库、react+ts项目模板、和一个脚手架项目模板。本项目使用的是node18.18.0

新人前端往往在学习过程中由于找不到体系化的工程化课程，导致对这一块的理解很浅薄。前端工程化的网上资源较乱，但是面试又特别爱问，故而写下这个系列的文章整理。

篇幅可能会比较长，但是我感觉有一套规范对于一个团队其实还是很重要的，这样在维护起来也会很方便，如果接下来的规范感觉对你们团队有帮助，希望可以在团队中进行实践或者推荐给你的leader，代码规范参考自：腾讯alloyteam团队，希望大家可以跟着看一遍，各取所需。 后续的文章我也…

不以规矩，不能成方圆。 由于某些原因，笔者有幸经历了团队从缺乏标准到逐渐规范的一个过程，在此当做记录供大家参考。 本文从为什么需要规范以及建立规范的重要性出发，逐步引申出如何去建立适合自身团队的

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

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

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第1天，点击查看活动详情 【Vue 基础篇】极简 ESLint + Prettier 配置教程 先上图看效果 前言 我曾在很长一段时

代码质量管理：Prettier、ESLint 和 Husky 的协同工作 在现代软件开发过程中，代码质量是至关重要的。为了维护代码的一致性和可读性，开发者们广泛使用了一系列工具，其中 Prettier