写在前面，搞这个提交格式工程化，完全是为了大团队协作的时候，大家的提交代码的commit美观统一，所以做了大量的自动格式化工作，其实在配置项目之初，这些工期时间完全是算作工期工作时间之外的。相关项目是否应该使用该套格式化，还是只做简单的编辑器格式化比如vscode格式化完全是由业务工期，项目周期，以及后期维护时间来决定的，如果是unisat那种大业务量钱包那么前期的规范就似乎很有必要，我看它的代码源码可以说是，一个开发组甚至多个开发组在调研开发。okcoin的钱包代码更是，我猜测那边至少有多个前端组在工作。

本次文中只是提到了代码格式化的必要组件，核心相关逻辑仍然要自己去代码中慢慢摸索调试，自己动手之后我觉的应该会很有收获。

需要安装:

prettier
husky

还有

lint-staged 这个lint-staged 走的检查是 prettier 和 eslint 这俩个代码检查，因为我本身在 vscode 里面配置过了代码格式化模式所以，不用在继续配置相关东西了。

上面那个似乎在package.json 里是必加的。

主要是下面这个，这个是终止代码继续提交的。但是是husky 初始化之后，

去看眼，在 husky 文件结构下的

这里面的 commitlint 进行的。

全套代码配完还是折腾了几个小时的， husky 的构建在 git 初始化完成之后进行操作。