将 --no-verify 添加到短期提交的末尾。
我也在 Mac 上并开始看到这些,我认为是在我的主项目文件夹中实例化的 Carlo 应用程序上工作的。由于我不确定 Husky 是什么(未安装“husky”命令),我来谷歌搜索堆栈溢出,所以我开始四处挖掘寻找 linter,猜测尝试 eslint 。
➜ src_aminosee git:(master) ✗ eslint .
Error: Cannot find module '@ljharb/eslint-config'
Referenced from: /Users/tom/Dropbox/Sites/funk.co.nz/aminosee/carlojet/node_modules/array-includes/.eslintrc
这是当我意识到我在这里的 git repo 中有一个 git repo('carlojet' 尝试在 'aminosee' 主项目中的文件夹)!我必须(应该)将该文件夹移出。不确定这种嵌套回购问题是否是导致您的问题的原因,但是在如此移动并尝试提交后,我看到:
git commit -am "moved carlojet folder out as i think its git repo conflicted with this main one"
Can't find Husky, skipping pre-commit hook
You can reinstall it using 'npm install husky --save-dev' or delete this hook
Can't find Husky, skipping prepare-commit-msg hook
You can reinstall it using 'npm install husky --save-dev' or delete this hook
Can't find Husky, skipping commit-msg hook
You can reinstall it using 'npm install husky --save-dev' or delete this hook
Can't find Husky, skipping post-commit hook
You can reinstall it using 'npm install husky --save-dev' or delete this hook
我缺乏对 git 的了解,但对我来说,就像那些文件在离开仓库后挥手“再见”一样;或者更有可能对我从他们在aminosee/carlojet/.git/hooks/的真正家中遍历到他们的父母aminosee/.git/hooks/目录(这真是一个惊喜!)“眨眼”
我可能需要禁用从其他项目中复制的所有这些钩子......或者最好还是调出那个 linter!我想在我的情况下将 git repo 嵌套在自身内部并不是一个好主意。