使用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" 分支

相关推荐
架构师沉默14 小时前
程序员真的要失业了吗?
java·后端·架构
于先生吖14 小时前
SpringBoot+Vue 前后端分离短剧漫剧系统开发实战
vue.js·spring boot·后端
shengjk114 小时前
我用 EXISTS 把一条 SQL 从 18 秒优化到 6 秒,同事以为我改了索引
后端
AskHarries15 小时前
openclaw对接企业微信
后端·ai编程
森林里的程序猿猿15 小时前
Spring Aop底层源码实现(一)
java·后端·spring
AlienZHOU15 小时前
从零开始,跟着写一个产品级 Coding Agent
前端
耗子会飞15 小时前
小白学习springboot项目如何连接RocketMQ
后端·rocketmq
RichardZhiLi15 小时前
大前端全栈实践课程:章节二(前端工程化建设)
前端
毕设源码-赖学姐15 小时前
【开题答辩全过程】以 基于VUE的环保网站设计为例,包含答辩的问题和答案
前端·javascript·vue.js
ZTrainWilliams15 小时前
swagger-mcp-toolkit 让 AI编辑器 更快“读懂并调用”你的接口
前端·后端·mcp