前言 前端工程化中，约束规范是很重要的一个环节，不能十个工程师，十种代码风格，这无疑会增加团队对代码的维护负担以及心理压力，特别碰到强迫症的同学，一看跟我风格不一样，直接全部改掉，剩下其他同学在风中凌

今天我们来实现ESLint + Prettier的配合使用，使用ESLint定义代码规则，使用Prettier根据ESLint的代码规则自动格式化代码。 1. 简介 在昨天的文章里，我们学习了如何在项

6000字详解package.json，今天看前端的大管家package.json文件相关的配置，充分了解这些配置有助于我们提高开发的效率，规范我们的项目。文章内容较多，建议先收藏在学习！

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

标识自上一个标记版本以来已更新的包。 提示输入新版本。 修改包元数据以反映新版本，在根目录和每个包中运行适当的生命周期脚本。 提交这些更改并标记提交。 推到git远程。 当传递此位置参数时，lerna version将跳过版本选择提示并按该关键字递增版本。您仍然必须使用--ye…

项目规范配置 1.git提交规范配置 commitlint 约束commit messag规范 lint-stage 提交代码时只针对暂存区文件（git add）, 进行代码lint检查并fix hu

前言 最近在网上有个真实发生的案例比较火，说的是一个新入职的员工，不会用 git 拉代码，第二天被开除。由此，可见 git 对我们工作的重要性，无论是前端后端，都是离不开 git 的，下面就让我们一探

最近遇到了一个老项目，比较有意思的是这个项目集前后端的代码于一起，而后端也会去修改前端代码，所以就出现了后端用 IntelliJ IDEA 来开发前端项目，而前端用 VSCode 来开发前端项目的情况