前端打包自动化 ---- npm run build 中的防呆防错

背景

一般的项目都有至少两个环境,测试和正式。一般也对应git的两个分支master和test。

api的地址我们一般放在 .dev.development.dev.production 配置文件中,对于测试环境,我们还要加一个 .dev.test的配置文件。

或者项目中有一些其他基于线上环境的差异而不一样的变量,我们也会定义在这几个配置文件中,这样只要我们在打包的时候配置mode为对应的值,我们就能得到我们希望的变量。

在打包的时候, 我们需要在master分支里面执行npm run build,在test分支里面执行npm run build -- mode test,在dev的临时分支里面不要做任何打包的操作。 所以我们package.json里面的scripts一般会这样定义:

js 复制代码
    "build:": "vite build",
    "build:test": "vite build --mode test",

再配合上vite.config.js中的配置

js 复制代码
build: {
      outDir: mode == 'production' ? 'dist' : `dist-${mode}`
    }

不同的打包命令打出来对应环境下不同名字的包。

但是这样很容易出错,比如我在master分支里面不小心执行了test的打包。

这时候就希望有点防呆防错的手段能阻止我犯错。

那么我们可以这样做:

基础

js 复制代码
    "build": "node -e \"const branch = require('child_process').execSync('git rev-parse --abbrev-ref HEAD').toString().trim(); if (branch !== 'master') throw new Error('Not on master branch, aborting build')\" && npm run build:actual",
    "build:test": "node -e \"const branch = require('child_process').execSync('git rev-parse --abbrev-ref HEAD').toString().trim(); if (branch !== 'test') throw new Error('Not on dev-test branch, aborting build')\" && npm run build:test:actual",
    "build:actual": "vite build",
    "build:test:actual": "vite build --mode test",

这里的build后面跟了一长串的代码,简单解释一下就是,先检查一下当前分支的分支名,

如果是master,就允许你执行npm run bild,否则就报错,test同理。 这样就初步实现了我们的需求,只是build后面跟上这么一长串代码,不好看,而且也不便于我们书写。

我们新建文件来执行分支检测,然后在 package.json 的脚本中调用这个文件。

创建一个 check-branch-master.js 文件,然后把build命令改为:

js 复制代码
"build": "node check-branch.js && npm run build:actual"
js 复制代码
// check-branch-master.js
import { execSync } from 'child_process'
const currentBranch = execSync('git rev-parse --abbrev-ref HEAD').toString().trim();
if (currentBranch !== 'master') { 
    throw new Error(`Not on master branch, aborting build`); 
 }

同理,我们再加一个检测test打包的脚本和命令,就可以了。

这样你在master分支只能执行npm run build,如果执行了npm run build:test会报错,如果在临时的开发环境,无论执行哪个打包命令都会报错。

进阶

上面我们其实已经初步实现了需求,能够在打包的时候做一下验证,防止执行了错误的打包命令。主要原理是在我们在执行打包命令之前先执行一步验证的操作。

其实npm已经为我们准备了这样的命令:

pre-scripts: 一种在 npm 脚本命令执行之前运行的脚本

我们把 package.json中中的命令改造一下:

js 复制代码
 "prebuild": "node check-branch-master.js",
 "build": "npm run build",
 "prebuild:test": "node check-branch-test.js",
 "build:test": "npm run build",

这样在npm run build的时候,他就会自动先执行一下prebuild的命令,和上面是一样的效果,只是利用了npm自己的一个机制。

自动化

实现了防呆防错,但是对我们来说还是有心智的负担,能不能一步到位,就一个npm run build命令,他自己去判断在哪个分支,自己调用相应的打包命令。

这里我们先改造一下package.json文件:

js 复制代码
"build": "node checkBranch.js",

注意,这里我们只需要一个checkBranck.js文件。

如果想要保留npm run build命令的话,可也以定义一个别的。

接着改造一下checkBranch.js文件

js 复制代码
import { execSync } from 'child_process'
const currentBranch = execSync('git rev-parse --abbrev-ref HEAD').toString().trim()

if (currentBranch === 'master') {
  execSync('vite build', { stdio: 'inherit' })
} else if (currentBranch === 'dev-test') {
  execSync('vite build --mode test', { stdio: 'inherit' })
} else {
  throw new Error(
    `Not on master branch or dev-test branch, but ${currentBranch} aborting build`
  )
}

这里其实就实现了,先判断一下当前的git分支名,然后去调用定义的打包命令或者抛出错误。 这样不管我们在哪个分支,我们都可以去执行npm run build, 都会正确的打包或者提醒你当前分支不要打包。

相关推荐
爱上好庆祝28 分钟前
学习js的第五天
前端·css·学习·html·css3·js
C澒40 分钟前
IntelliPro 产研协作平台:基于 AI Agent 的低代码智能化配置方案设计与实现
前端·低代码·ai编程
一袋米扛几楼981 小时前
【Git】规范化协作:详解 GitHub 工作流中的 Issue、Branch 与 Pull Request 最佳实践
前端·git·github·issue
网络点点滴1 小时前
前端与后端的区别与联系
前端
EnCi Zheng1 小时前
M5-markconv自定义CSS样式指南 [特殊字符]
前端·css·python
kyriewen2 小时前
你的网页慢,用户不说直接走——前端性能监控教你“读心术”
前端·性能优化·监控
广州华水科技2 小时前
北斗GNSS变形监测在大坝安全监测中的应用与优势分析
前端
前端老石人2 小时前
前端开发中的 URL 完全指南
开发语言·前端·javascript·css·html
CAE虚拟与现实2 小时前
五一假期闲来无事,来个前段、后端的说明吧
前端·后端·vtk·three.js·前后端
Sarvartha2 小时前
三目运算符
linux·服务器·前端