前言 每个团队都应该有自己团队的代码规范，why? 1、保持代码风格统一，提高可读性 2、项目支援，团队协作，接入成本低 3、Code Review可以减少不少时间 命名规范来源 一些争论抉择理由 相

阳光明媚的上午，大家都在安静的敲代码，突然某脾气暴躁的全栈大佬大J大喊一声：这屎一样的代码是谁写的？老子找了半天的bug全是因为这个！大家面面相觑，因为不知道他说的是前端代码还是后端代码，并且不……

此规范根据阿里最新前端规范整理，如有雷同，纯属巧合。1.1.1 项目命名1.1.2 目录命名1.1.3 JS、CSS、SCSS、HTML、PNG 文件命名1.1.1.2.1 HTML 类型1.2.2 缩进1.2.3 分块注释1.2.4 语义化标签1.2.1.3.1 命名1.3.1...

本文旨在统一团队前端代码规范，参考腾讯、百度、字节跳动等前端规范，结合团队日常业务需求以及团队日常开发过程中的总结而制定，如果发现错误敬请指正~

看了很多 docker+drone+gitea构建cicd的文章之后，自己今天着手捣鼓了下，发现过程中还是会有很多坑等着大家，这里就一一写出，当做记录。 登录服务器 我的是Mac电脑，我使用ssh命令

前言 前面篇章我们已经完成了开源组件库编码，接下来需要做的是打包发布到 NPM 上。编译打包 组件库需要做 2 种打包方式：全量打包、单组件打包，以提供给第三方调用者灵活选择。

在团队协作中，为避免低级 Bug、以及团队协作时不同代码风格对彼此造成的困扰与影响。如果项目中没有统一的规范就会导致代码风格的五花八门，不利于代码的阅读和维护。所以会预先制定编码规范，

eslint 作用 eslint本质就是一个内置有解析器的工具，它可以将项目代码解析成AST，然后根据AST抽象语法树分析出代码里存在的问题然后给出警告或者报错。eslint的初衷就是在代码编写阶段尽

由于之前一直是一个人负责业务开发，在前端规范上比较随意，后面意识到野路子一直这么下去永远成不了正规军，于是我开始规划整理了一套前端规范来强行约束自己，提前让自己能适应多人协同合作开发的大项目中，保持代