Electron Forge打包入口可动态配置吗？多能力构建场景问题咨询

问题背景 #

我们正在开发一款基于Electron的应用，采用Electron Forge进行构建，需要生成具备不同功能的构建包（大部分代码共享）。目前已通过环境变量修改Vite配置及部分运行时行为，但构建过程中遇到以下错误：

❯ Packaging application
  ❯ Packaging for x64 on win32
    ✔ Copying files
    ✔ Preparing native dependencies: 2 / 2 [1m50s]
    ✖ Finalizing package
      › The main entry point to your app was not found. Make sure
      "C:\Projects\x\xectron\app\dist-electron\main.js" exists and does not get ignored by your     
      ignore option

问题核心在于：package.json的main字段指向的main.js文件并不存在——因为不同功能的构建包对应不同的主入口文件。根据Electron Forge文档、squirrel插件及electron/windows-installer包的说明，package.json的main字段是指定应用入口的唯一方式。

已尝试的方案存在局限：

• 使用cross-env设置环境变量修改配置，但这种方式过于静态，无法灵活适配多入口场景
• 考虑编写prebuild脚本修改package.json的main字段，但由于package.json纳入版本控制，修改后提交会带来冲突；手动修改也无法适配GitHub Actions自动化构建流程

需求：是否存在通过配置文件覆盖main字段设置的方案？优先跨平台方案，仅支持Windows的方案也可接受。

已验证的解决方案 #

最终通过编写正则脚本实现了需求，脚本逻辑如下：

const src = readFileSync(FILE_PATH, 'utf-8');
const dst = src.replace(
  /^(\s*"main"\s*:\s*"dist-electron\/main-)\w+(.js"\s*,\s*)$/m,
  `$1${replacement}$2`
);
writeFileSync(FILE_PATH, dst, 'utf-8');

脚本说明 #

• FILE_PATH：指向项目根目录下的package.json文件
• replacement：根据构建阶段动态赋值
  • 构建前：替换为当前构建对应的模块名称，确保Electron Forge能找到正确的主入口文件
  • 构建后：恢复为通用的占位符，保持package.json内容相对稳定，避免版本控制提交冲突

该方案虽然略显粗糙，但可以满足当前多入口构建的需求。

内容的提问来源于stack exchange，提问作者Jaime Blázquez