如何将插件公共tools.js迁移至共享npm包并在package.json脚本中调用其build方法

我之前也碰到过类似的场景，把重复的工具脚本抽到共享npm包确实能大幅减少维护成本，这里给你几个可行的方案：

第一步：迁移tools.js到共享包 #

首先把插件里的tools.js文件复制到our_node_package的合适位置（比如根目录，或者lib/tools.js），然后确保这个模块正确导出build函数：

// our_node_package/tools.js
exports.build = function() {
  // 重点：调整路径逻辑！
  // 原来的代码可能用__dirname指向插件根目录，现在要改成process.cwd()——因为执行脚本时的工作目录是插件的根目录
  console.log('执行构建逻辑，当前工作目录：', process.cwd());
  // 你的构建代码...
};

同时，确保our_node_package的package.json里正确声明模块入口（如果tools.js是主入口的话）：

{
  "name": "our_node_package",
  "version": "1.0.0",
  "main": "tools.js"
}

第二步：在插件中配置依赖与调用 #

每个插件的package.json里要添加对our_node_package的依赖：

{
  "dependencies": {
    "our_node_package": "^1.0.0"
  }
}

接下来是核心的调用方式，推荐三种方案：

方案1：直接通过node require调用 #

修改插件package.json的scripts，直接加载共享包的模块并调用build函数：

{
  "scripts": {
    "build:node": "node -e 'require(\"our_node_package\").build()'"
  }
}

如果tools.js不在共享包的主入口，而是在子目录（比如lib/tools.js），就改成：

"build:node": "node -e 'require(\"our_node_package/lib/tools\").build()'"

方案2：配置bin命令（更优雅） #

在our_node_package的package.json里添加bin字段，把build工具做成可执行命令：

{
  "bin": {
    "plugin-build": "./tools.js"
  }
}

然后在tools.js的最顶部添加shebang，让系统知道用node执行：

#!/usr/bin/env node

exports.build = function() {
  // 构建逻辑...
};

// 直接执行build函数（让命令触发构建）
exports.build();

这样插件的scripts就可以简化成：

{
  "scripts": {
    "build:node": "plugin-build"
  }
}

这种方式更简洁，也符合npm包的最佳实践。

方案3：通过npm scripts转发（备选） #

如果共享包本身有npm脚本，也可以在插件里调用：
比如our_node_package的package.json里有：

{
  "scripts": {
    "build-plugin": "node -e 'require(\"./tools\").build()'"
  }
}

插件里可以这样调用：

{
  "scripts": {
    "build:node": "npm run build-plugin --prefix node_modules/our_node_package"
  }
}

不过这种方式相对麻烦，不如前两种直观。

关键注意事项 #

• 路径处理：一定要把tools.js里原来基于__dirname的路径换成process.cwd()，因为执行脚本时的工作目录是插件的根目录，而不是共享包的目录，否则会找不到插件里的文件。
• 版本管理：确保our_node_package的版本更新后，插件能及时升级依赖，避免版本不一致导致的问题。

内容的提问来源于stack exchange，提问作者Tom F