代码规范验证、commit规范验证、CHANGELOG.md生成、版本升级、打标签、releaseemo。目前前端项目在pre-commit时通过使用lint-stage和eslint增加了代码格式校验，在代码层面做了一定的规范。为了进一步规范前端开发流程，方便协同工作，方便别人知道我们每个版本都做了什么，或者我们回顾自己做了什么的时候，更清晰易懂，而不必切到当时的分支查看代码。因此，我对代码校验后的流程做了如下标准化优化：对commit使用ConventionalCommits规范，在commit-msg阶段校验commit。项目和组件库都必须有自己的版本。一个版本必须采用semver规范，升级版本，并标记release，根据提交的commit信息生成CHANGELOG.mdreleaserelease，这里的release是指在github或者gitlab中的release，在开始之前介绍整个流程，看一下实现后的效果图：下面介绍一下整个流程优化使用的工具（一些常用的工具只做简单介绍）：1.Husky拦截GitHooks，让你在Git生活中做一些事情循环。这里使用了huskyv4huksy来支持所有的GitHooks:verifythecommitmsgverifythecodeformatandrunthetest...2.lint-stage使用huksy拦截GitHooks，即使只改一个js文件也会导致，但是gitcommitlint-stage可以解决上面的问题，它只会验证你提交或者修改的部分内容3.eslint代码格式验证开始介绍如何拦截commit-msg，生成CHANGELOG.md，我们需要知道目前主流的commit-msg规范是什么？Conventional-commits是目前使用最广泛的一种写法，比较合理和系统，并且有配套的工具。对于每次提交，Commit消息包括三个部分：Header、Body和Footer。()://空行//空行
