【踩坑】Pnpm 默认不执行 Pre/Post-Scripts

关键词

pnpm electron assar jenkins npmrc

问题背景

electron 桌面应用开发中,发现jenkins 打包的体积,总是比本地的体积要大。

通过比对文件大小,发现问题出现在app.asar。

问题排查

Step1: 解压jenkins 打包的asar

结果:发现assar中还有N个版本前的静态资源

Step2: 怀疑旧产物没有清除,排查jenkins 打包日志

日志中无执行rimraf的记录,也没有相关的报错,查看依赖nhode_modules中有正确rimraf。

执行完"husky" 直接跳过"prebuild",执行"build"

结果:排查此问题与jenkins docker无关,需进一步排查。

Step3: 对比本地打包步骤与jenkins 的差异

仔细对比发现差异:

本地:yarn run build

jenkins: pnpm run build

本地执行pnpm run build,问题复现。

结果:此问题与pnpm run 命令有关

问题根因

查阅官网相关资料,找到原因

pnpm.io/zh/cli/run#...

默认情况下, pnpm 不会任意执行用户定义的 hook,pre post (例如 prestart)。

这种从npm继承过来的习惯,会导致脚本执行是隐式的,而不是显式的,从而混淆了执行流程。 它还会导致意外执行 pnpm servepnpm preserve

解决方案

.npmrc 给项目全局开启 enable-pre-post-scripts

问题拓展

  1. pnpm 作为新一代的前端依赖管理器,在安全性&性能等方面做了很多改进。(例如禁止隐式依赖、禁止pre/post hook隐式调用...)

    在项目使用 pnpm 前,应该阅读pnpm 的官网,熟悉其特性。

  2. 本地开发执行命令,应该使用与项目相同的包管理器。(此案例,本地使用yarn,但项目使用pnpm。这个做法是不正确的)

    这边推荐咱们国人开发的开源依赖"@antfu/ni" 来执行本地命令;

    支持并通过.lock文件自动识别多种包管理器,并抹平不同管理器的语法。
    github.com/antfu/ni

相关推荐
橙子家1 小时前
浏览器缓存之【身份与会话管理】:Cookies 和 Private state tokens
前端
最新资讯动态2 小时前
HDC 2026 | 对话鲸鸿动能:存量时代,品牌如何夺回营销“主动权”?
前端
最新资讯动态2 小时前
游戏出海,从产品走向体系
前端
最新资讯动态2 小时前
20人团队跑出百万DAU、大厂也来抢量:谁在鸿蒙生态跑出加速度
前端
最新资讯动态3 小时前
千万开发者背后,鸿蒙商业化的B面
前端
爱勇宝5 小时前
AI 时代:智商决定起点,情商决定走多远
前端·ai编程
kyriewen5 小时前
用了半年 Claude Code 后,我尝试关掉它写了一周代码——结果比想象中严重
前端·javascript·ai编程
IT_陈寒6 小时前
Vite的静态资源打包让我熬夜到三点,这坑千万别跳
前端·人工智能·后端
徐小夕6 小时前
万字拆解 JitWord:企业级实时协同文档底层架构 + 大模型 AI 融合完整实践
前端·vue.js·github
一份执念7 小时前
uni-app 小程序分包限制处理与主包体积优化实战
前端·微信小程序