git检查提交分支和package.json的version版本是否一致

这里写自定义目录标题

以下是基于 Git Hooks 的完整解决方案,通过 husky 和自定义脚本实现分支名与版本号一致性校验:

一、核心实现步骤‌

1.安装必要依赖‌

clike 复制代码
npm install husky@9.1.4 lint-staged@15.2.9 --save-dev

husky:管理 Git 钩子

lint-staged:针对暂存区文件执行检查

2.初始化 Husky‌

clike 复制代码
npx husky-init && pnpm install

生成 .husky 目录及 pre-commit 钩子文件

3.创建校验脚本‌

在项目根目录新建 scripts/check-version.js:

clike 复制代码
import fs from "fs"
import { execSync } from "child_process"

// 获取packageJson内容
const packageJson = JSON.parse(fs.readFileSync("package.json", "utf8"))

// 获取当前分支名
const branchName = execSync("git rev-parse --abbrev-ref HEAD").toString().trim()

if (!branchName.includes(packageJson.version)) {
  console.error(`版本 ${packageJson.version} 与分支名称 ${branchName} 不一致,不允许提交`)
  process.exit(1)
}

4.配置 lint-staged‌

修改 package.json:

clike 复制代码
{
  "lint-staged": {
    "*.{js,jsx,ts,tsx}": [
      "prettier --write"
    ],
    "*.vue": [
      "prettier --write"
    ]
  }
  "scripts": {
    "prettier": "npx prettier . --write",
    "prepare": "husky install"
  }
}

5.更新 Husky 钩子‌

修改 .husky/pre-commit:

clike 复制代码
npx lint-staged
node scripts/check-version.js

二、校验规则定制(按需调整)‌

clike 复制代码
// 示例1: 严格匹配分支名与版本号
if (branch !== `release/v${version}`) { /*...*/ }

// 示例2: 允许分支名包含版本号前缀
const versionPrefix = version.split('.').slice(0, 2).join('.');
if (!branch.startsWith(`feat/${versionPrefix}`)) { /*...*/ }

三、工作流程说明‌

步骤 触发条件 执行内容 结果处理

  • 提交代码‌ git commit 触发 pre-commit 钩子 → 执行版本校验脚本
  • pre-commit 钩子脚本:
    -- npx lint-staged执行package.json的lint-staged的配置
    -- node scripts/check-version.js执行检查的脚本
    --- 校验通过‌ 分支名与版本号匹配 正常提交 流程继续
    --- 校验失败‌ 名称不一致 输出错误信息并终止提交 返回非零状态码阻止提交

四、注意事项‌

分支命名规范‌

  • 建议采用 语义化版本+分支类型 格式(如 feat/1.2.0 或 release/1.2.0)

版本号管理‌

  • 使用 npm version 命令自动更新版本号:
javascript 复制代码
npm version patch -m "升级版本至 %s"

多环境适配‌

  • 若需豁免特定分支(如 main),可在脚本中添加白名单:
javascript 复制代码
const whitelist = ['main', 'master'];
if (whitelist.includes(branch)) return;
  • 该方案通过 Git 提交前强制校验,确保分支与版本号的关联性,适用于需要严格版本控制的敏捷开发场景。
相关推荐
xbzb1 天前
镜像到底存在哪:/var/lib/docker 的四级映射与 daemon.json 配置
docker·容器·json·镜像·daemon.json·四级
kuroomi1 天前
Git入门
git·kubernetes
daliucheng1 天前
lazygit 上手:日常 git 操作一篇讲完
git
坤坤子吖1 天前
Linux网络编程:自定义应用层协议与 JSON 序列化
linux·服务器·网络·c++·笔记·json
codigger1 天前
大厂git提交规范
git·程序员
挖掘狂人1 天前
六条分支,一条主干:我的 Git 分支管理心得
git·后端·程序员
Brookty1 天前
Git与GitHub系统学习|本地Git工作模型:终端与进程、CWD、HEAD/Index/工作树及Git对象
git·github
code2cat2 天前
【随笔】结构化输出:JSON格式过关,业务数据就能入库吗
json·大语言模型
2301_767113982 天前
点过“不再询问”就要检查:Claude Code权限文件也可能存着密钥
git·信息安全·claude code
江屿风2 天前
【Git-组件】【Git入门:从文档灾难到版本掌控】流食般投喂
运维·笔记·git·组件·版本控制