如何为GIT设置全局勾子,为每次提交追加信息

全局 Git 钩子 + Husky 合并

本文说明:如何用单脚本 global-git-hooks + 符号链接,在任意环境复现「全局钩子与仓库内 Husky 链式执行」,并在指定目录下的仓库为提交标题追加 [AI]。


一、原理与数据流

  • Git 只认一个 core.hooksPath
    指向的目录里必须有名为 pre-commit、prepare-commit-msg 等文件(Git 按文件名调用)。
    因此:目录里放多个同名符号链接,全部指向同一个可执行脚本 global-git-hooks。
  • 脚本如何知道当前是哪个钩子
    Git 执行的是 …/hooks/pre-commit 这类路径,$0 为 symlink 路径,basename “$0” 得到 pre-commit、prepare-commit-msg 等,在脚本里 case 分发。
  • 与 Husky 的关系
    1. 若 core.hooksPath=.husky/_:只会跑 Husky 自带桩脚本,不会进本目录。
    2. 若 core.hooksPath=$HOME/.config/git/hooks(或你自定义的目录):由 global-git-hooks 按顺序调用 .husky/<钩子名> 与 .git/hooks/<钩子名>。
    3. 仓库 package.json 的 prepare 里在 husky 之后有条件地把本仓库 core.hooksPath 指到全局目录:本机有 global-git-hooks 才合并;没有的同事保持 Husky 默认 .husky/_,互不干扰。
  • prepare-commit-msg 顺序(与「其它钩子」不同)

  • 其它已链接钩子(pre-commit、commit-msg 等)

  • _run_husky 必须先 shift 钩子名
    调用形式为 _run_husky “$HOOK” “$@”。函数内第一参数是逻辑钩子名(如 commit-msg),必须 shift 掉 再执行 sh “$_f” “$@”,否则子脚本会把 commit-msg 当成 $1(误以为是提交说明文件路径),导致 commitlint –edit 等报错。

二、从零搭建流程

1. 定目录

约定全局钩子目录为(可改,下文用 $HOOKS_HOME 表示):

也可长期用环境变量 GIT_HOOKS_HOME 指向别的路径(与 package.json 里 prepare 一致)。

2. 写入脚本 global-git-hooks

在 $HOOKS_HOME/global-git-hooks 保存下文「四、完整脚本 global-git-hooks」中的全部内容。

必须修改的一处:脚本内 PREFIX=…,改成「允许追加 [AI]」的仓库根路径前缀(规范化路径,例如你所有公司代码都在 /data/work 下,则写 PREFIX=”/data/work”)。不匹配该前缀的仓库仍会执行链式钩子,但不会改提交说明。

然后:

3. 建立符号链接(Git 要求的多个入口文件名)

4. 让 Git 使用本目录(二选一或都用)

方式 A — 本机所有仓库默认走全局钩子(最简单)

方式 B — 仅部分仓库、且与 Husky 合并(推荐团队)

  • 不设全局 hooksPath,或接受全局仍指向 $HOOKS_HOME。
  • 在具体仓库的 package.json 里配置 prepare(见下文「五、仓库 package.json(Husky)」)。
  • 这样:有 $HOOKS_HOME/global-git-hooks 的机器在 pnpm install 后会把该仓库的 core.hooksPath 指到 $HOOKS_HOME;没有该文件的机器保持 Husky 写入的 .husky/_。

5. 自检

在「应追加 AI」的仓库根下:


三、环境变量与开关

变量 作用
NO_AI 仅当变量已设置(值可为空)时不追加 [AI]。须用 VAR= command 形式,不能写 NO_AI git …(shell 会把 NO_AI 当成命令名)。示例:NO_AI= git commit -m “…” 或 NO_AI=1 git commit -m “…”;多次提交可先 export NO_AI,用完 unset NO_AI
HUSKY=0 与 Husky 文档一致,为 0 时跳过执行 .husky/<钩子>
GIT_HOOKS_HOME 全局钩子目录不是默认路径时,与 package.json 的 prepare 中 GH=… 一致,指向含 global-git-hooks 的目录

四、完整脚本 global-git-hooks

保存为 $HOOKS_HOME/global-git-hooks(与下面内容一致;请改其中 PREFIX= 为你的工作区路径前缀)。

移植说明

  • PREFIX:改成你环境的工作区根,例如 Linux PREFIX=”/home/you/projects”。判断用的是 ROOT_CANON(pwd -P),需与实际磁盘路径前缀一致。
  • sed -i.bak:适配 macOS BSD sed;Linux GNU sed 同样可用。
  • 未列出的钩子名:若自行增加 ln -sf global-git-hooks my-hook,需在脚本末尾 case 中增加分支,否则落入 *) 直接退出。

五、仓库 package.json(与 Husky 合并,可选)

在已有 husky 的前提下,让仅当本机存在全局脚本时,把当前仓库的 core.hooksPath 指到 $HOOKS_HOME;chmod 失败不阻断后续配置。

含义简述:

  1. husky:安装/更新 .husky/_,并可能把 core.hooksPath 写成 .husky/_。
  2. chmod … || true:避免无文件匹配等导致整条 prepare 失败,从而跳过后面的 git config。
  3. [ -e “$GH/global-git-hooks” ] && git config core.hooksPath “$GH”:只有本机已部署全局脚本时才覆盖为全局目录;否则保持 Husky 默认。
  4. GIT_HOOKS_HOME:全局目录非默认路径时,在 shell 或 CI 里导出该变量与脚本内 GH 一致。

六、commitlint 与 [AI]

prepare-commit-msg 在 commit-msg 之前执行,标题会变成 type: subject [AI]。若规则不允许尾部标记,需在 commitlint.config.js 中放宽 subject 等规则。


七、卸载 / 排错

去掉全局默认钩子目录

某个仓库曾写入本地 core.hooksPath

未追加 [AI]

检查 说明
git config –get core.hooksPath 合并生效时应为 $HOOKS_HOME,不是 .husky/_
PREFIX 仓库根路径(pwd -P)是否以 PREFIX 为前缀
NO_AI 是否误设
首行已以 [AI] 结尾 脚本会跳过,避免 commit –amend 重复追加

提示 NO_AI: command not found

  • 说明写成了 NO_AI git commit;应改为 NO_AI= git commit 或 NO_AI=1 git commit(等号与命令之间要有空格)。

commit-msg / commitlint 报找不到文件

  • 多为旧版转发把钩子名当成 $1 传给 commitlint;请确认 global-git-hooks 内 _run_husky 已含 shift(与上文「一、6」一致)。

八、文件清单(部署完成后)

打赏 赞(0)
微信
支付宝
微信二维码图片

微信扫描二维码打赏

支付宝二维码图片

支付宝扫描二维码打赏

评论

电子邮件地址不会被公开。