哈喽大家好，我是Jiaynn~ 今天想要分享的是关于前端项目规范以及部署上线的整体流程，主要包含： 🌈 eslint、prettier 📦 husky 🛡 git-cz ⚙️ 基于 nginx 部署的

在公司由于大家随意提交 git-commit 的信息，导致提交的风格千奇百怪，写的信息不明确，不知道这次提交具体是修复 bug 呢？还是增加新功能，还是单纯改了一些配置文件，亦或是重构了一些不好的代码。只能靠大家自己去猜测，就算是自己提交的信息，也可能因为时间长导致自己也不清楚…

详解如何使用git cz生成commit message，通过gitHooks验证commit message的规范性，通过conventional-changelog工具自动生成changelog。

关于 commitlint, husky, eslint 的具体信息可以见官网。 prettier。 一个很流行的代码格式化工具，你很容易在编辑器找到实现它的各种插件，像vscode,atom,webstom都可以找到。这里用它在代码提交前做代码格式化。 eslint。 代码检…

最近新起了一个后台项目，还要迁移旧的项目代码，练手之余各种踩坑，临近上线才想起来添加commit提交代码前格式化检查代码并规范提交信息。 在团队多人开发中，规范的commit message可以

在项目中使用良好、统一的代码风格十分重要。本文简要介绍一下目前 JavaScript 类项目广泛采用的代码风格自动化最佳实践。

本文从快速搭建的角度，带你从0到1搭建一套符合Eslint标准、符合约定式提交要求的项目，希望能给带来一些帮助。

1. 引入扫描工具的初衷 目前在梳理前端应用时发现很多代码不规范的地方，包括简单的js问题以及代码格式化的问题，造成了代码可读性下降，另外各种历史代码也是“风格迥异”，一个应用是被来自”五湖四海“人共同维护，难不免有”广式烧腊、天津狗不理“各种口味，更难免的还有”臭味相投“的，…

记录自己的前端工作流,后面慢慢补充 1.代码规范, Eslint,Prettier 2.git提交规范, husky, commitlint,lint-staged