husky7相比于之前的版本有破坏性的变更, 本文记录使用husky7+ commitlint + lint-staged对项目进行规范化处理

网页可见区域宽：document.body.clientWidth网页可见区域高：document.body.clientHeight网页可见区域宽：document.body.offsetWidth

因为我现在主要是写企业定制网站 准备离职了 所以,趁我现在对适应的理解比较深入,故总结 有些事情现在不去做，以后都不会在做了! 所以整理一下关于布局的适应 以下是我关于自适应/响应式的一些观点和理解

1. 创建格式化参考规则 1. 项目的package.json文件中 2. .prettierrc.json或 .prettierrc.yml文件中 3. .prettierrc.js或 prettier.config.cjs文件中 2. 配置忽略文件 1. 命令行格式化 2.…

相关背景： 1. 前端项目现状 前端组内项目众多，但是在代码质量检测方面一直不统一。比如像xx系统和移动端项目都有简单 lintrc 配置、但都是重复复制的配置；像 node 方向的项目几乎只是简单配

一直在研究eslint和prettier，网上看了很多文章，发现要么是互相抄袭，要么就是讲得不够通俗易懂，于是乎我就自己写一篇文章来讲清它们的关系。 大家可以认真的看一下，全程精品，毫无废话。

在多人协作的项目中，如果Git的提交说明精准，在后期协作以及Bug处理时会变得有据可查，项目的开发可以根据规范的提交说明快速生成开发日志，从而方便开发者或用户追踪项目的开发信息和功能特性。 这里提供演示项目地址：cz-example。 如果没有规范的提交说明，很难阐述当前代码的…

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