commitlint 配置了 type-enum 为啥还是能提交不符合规范的 commit？
我按照文档配了 commitlint 的 type-enum，只允许 feat、fix、docs 这几种类型，但 git commit 时写了个 typo: xxx 还是成功提交了，根本没报错。是不是哪里没生效？
我用的是 husky + commitlint 的组合，配置文件如下：
module.exports = {
extends: ['@commitlint/config-conventional'],
rules: {
'type-enum': [2, 'always', ['feat', 'fix', 'docs']]
}
};- 1
回答
32浏览
TypeScript项目中Tree Shaking没生效，如何排查配置问题？
我按照官方文档配置了TypeScript项目，打包时发现没摇树，打包体积还是很大。检查了tsconfig.json的module和target设置，也用了rollup打包，但导出的代码里还是包含未使用...
- 2
回答
41浏览
Vue项目用了@babel/preset-typescript为什么还是报TypeScript语法错误？
在Vue3项目里配置了Babel和@babel/preset-typescript，但运行时还是提示“Unexpected token ‘;’ in JSON at position 12”这种错误....
- 1
回答
15浏览
Git提交时如何规范Vue组件的代码格式？
我们团队最近开始用ESLint + Prettier做代码规范，还配了commitlint和husky在提交前检查。但我发现有时候改了个Vue组件，本地跑npm run lint没问题，但CI还是报错...
- 2
回答
24浏览
为什么设置了Content-Type还是被后端拦截？
我在用 Vue 发送 POST 请求时，明明在 headers 里加了 Content-Type: application/json，但后端还是返回 400 错误，说 Content-Type 不合法...
- 1
回答
25浏览
Conventional Commits规范在Vue项目里怎么总报错？
最近在Vue项目里用Conventional Commits规范，但每次提交代码husky检查就报错。比如我写了这样的组件： <template> <button class=&qu...
- 2
回答
19浏览
为什么设置了X-Content-Type-Options头后图片还是被当作JS执行？
我在项目里加了X-Content-Type-Options: nosniff，但测试时发现访问图片资源时浏览器还是提示“Unexpected token <”错误，好像在尝试执行图片内容当JS。...
- 2
回答
75浏览
设置了X-Content-Type-Options头为什么还是有类型嗅探提示？
我在Express服务器里设置了X-Content-Type-Options: nosniff，但访问静态文件时Chrome还是显示「启用内嵌 MIME 类型嗅探」的警告。用开发者工具检查响应头确实有...
- 2
回答
76浏览
TypeORM里用Raw写SQL会有注入风险吗？
我最近在用TypeORM的Raw函数拼接查询条件，但担心这样会不会有SQL注入漏洞？比如下面这段代码： const users = await getRepository(User) .find({ ...
- 1
回答
7浏览
TypeScript 项目开启 strict 模式后 Tree Shaking 失效了？
我用 Vite + TypeScript 搭了个项目，之前 Tree Shaking 正常，但一开 strict: true 就发现打包体积变大了，没用的代码没被删掉。是不是 tsconfig 的配置...
- 1
回答
33浏览
React Fiber架构里render和commit阶段到底怎么分工的？
最近在看React源码，对Fiber架构有点懵。我知道更新分render和commit两个阶段，但具体哪些工作是在render阶段做、哪些留到commit阶段执行？比如useEffect和useLay...
先检查你的 .husky 目录下有没有 commit-msg 文件，没有的话需要手动创建。husky v6 之后的版本配置方式变了，不再往 package.json 里写配置了。
在项目根目录执行这两步：
或者手动在 .husky 目录下新建 commit-msg 文件，内容如下：
别忘了给这个文件加上执行权限：
这样配置完，再试下 git commit，不合规的提交就会被拦截报错了。
另外吐槽一句，你的 rules 配置可以稍微优雅一点，把类型抽出来维护，后面加类型不用改两遍：
这样后面如果想加 scope-enum 或者其他规则复用这个类型列表也方便。