使用husky和fabric规范git提交的注释

一、背景与意义

在项目开发过程中,有些开发人员有时提交git时注释写得很随意,不方便日后管理和问题回溯。对于JavaScript项目,可以使用husky和fabric规范git提交的注释。

二、引入git注释检查

在JavaScript项目中,安装husky和fabric:

bash 复制代码
npm install husky @umijs/fabric --save-dev

然后初始化husky:

bash 复制代码
npx husky install

运行上面的命令之后,会生成一个 .husky 目录,在 .husky 目录下创建一个commit-msg文件,其内容如下:

bash 复制代码
#!/usr/bin/env sh

# Export Git hook params
export GIT_PARAMS=$*

npx --no-install fabric verify-commit

然后使用git命令执行代码提交:

bash 复制代码
git add .
git commit -m 'test'

执行上述命令时,得到的输出如下:

显然,git注释规范已经生效。如果是按照规范的注释提交:

bash 复制代码
git commit -m 'feat: 引入husky与fabric对git注释做规范'

则可以提交成功。

三、解决代码合并时报错的问题

在合并代码时,其自动生成的注释并不符合规范,无法通过校验。

假设当前是master分支,我们创建一个新的分支:

bash 复制代码
git checkout -b new_branch1

然后随便添加一个提交:

bash 复制代码
echo '' > test.txt
git add .
git commit -m 'feat: first commit in new_branch1'

然后再切回原来的分支,添加一个提交:

bash 复制代码
git checkout master
echo '' > test2.txt
git add .
git commit -m 'feat: first commit in master'

接下来,如果做分支合并:

bash 复制代码
git merge new_branch1

将会报错:

为解决这个问题,需要在 .husky 目录下创建文件 prepare-commit-msg,其内容如下:

bash 复制代码
#!/bin/sh

case "$2" in
  merge)
    MERGING_BRANCH_SHA=$(cat ".git/MERGE_HEAD")
    MERGING_BRANCH_NAME=$(git name-rev --name-only "$MERGING_BRANCH_SHA")
    MERGE_TARGET=$(git rev-parse --abbrev-ref HEAD)

    cat > "$1" <<EOF
feat: 合并分支,将 "${MERGING_BRANCH_NAME}" 分支的内容合并到 "${MERGE_TARGET}" 分支
EOF
  ;;
esac

接下来 git merge new_branch1 执行时就不会报错,合并代码时,自动生成的注释为:

feat: 合并分支,将 "new_branch1" 分支的内容合并到 "master" 分支

相关推荐
神奇小汤圆3 小时前
科研神器再升级!Claude Code 全套 Skills,16 大科研场景全覆盖!
后端
tyung4 小时前
Go 手写有界 SPSC 环形队列:无 CAS、无锁、Cache 友好的无锁模型
后端·go
咕白m6254 小时前
使用 C# 在 Excel 中应用多种字体样式
后端·c#
Java编程爱好者4 小时前
放弃 Spring AI?这 3 个开源框架,才是让 SpringBoot 玩转 AI Agent 的正解
后端
二月龙4 小时前
伪类与伪元素深度解析:before/after 实用案例
后端
码事漫谈4 小时前
时序数据库2026盘点:国产数据库如何以“融合多模”走出差异化之路?
前端·后端
浮游本尊4 小时前
Java学习第42天 - Spring 事务传播、隔离级别、锁机制与并发一致性
后端
道友可好4 小时前
让 AI 自己验收,等于让学生自己批卷
前端·人工智能·后端
yingyima4 小时前
Go 语言正则表达式速查手册:30 分钟掌握核心语法与实战技巧
前端
大蝴蝶博努奇a4 小时前
使用ChatGPT 解决各类代码报错
前端