Electron如何动态配置package.json版本实现多更新通道

package.json 原生不支持在version字段直接解析环境变量占位符，你写的$REACT_APP_ENV_UPDATE_CHANNEL_STRING这类占位符不会被npm/pnpm/yarn自动识别替换，但不需要硬改仓库内的package.json源文件就能实现你要的动态版本逻辑，完全适配GitHub Actions自动化构建+多更新通道的需求，以下是可直接落地的实现方法：

如果你用electron-builder作为打包工具（目前Electron生态最主流的打包方案），它原生支持构建时通过参数临时覆盖版本号，不会改动本地源文件：

• 先把package.json里的version字段固定为核心基础版本，比如0.0.1，不要加任何后缀，也不要加大写V前缀（不符合semver规范会导致autoUpdater版本比对失败）
• 在package.json的scripts中配置构建命令，通过extraMetadata参数动态拼接通道后缀：

{
  "scripts": {
    "build:alpha": "electron-builder --config.extraMetadata.version=$(node -p \"require('./package.json').version + '-alpha'\")",
    "build:beta": "electron-builder --config.extraMetadata.version=$(node -p \"require('./package.json').version + '-beta'\")",
    "build:live": "electron-builder",
    "build:ci": "electron-builder --config.extraMetadata.version=$(node -p \"require('./package.json').version + process.env.ENV_UPDATE_TAG\")"
  }
}

• 对接GitHub Actions时，只需要在构建步骤前给ENV_UPDATE_TAG环境变量赋对应的值即可：比如alpha通道赋值-alpha，beta通道赋值-beta，正式版留空，执行npm run build:ci就能输出对应版本号的安装包和更新文件。

如果你用的是electron-forge或者其他不支持构建传参覆盖版本的打包工具，可以直接在GitHub Actions的构建流程里加一步临时修改version的逻辑，修改只在当前CI运行的临时容器内生效，不会影响仓库代码：
在CI配置文件的构建步骤前加入以下节点即可：

- name: Inject dynamic version
  shell: node
  run: |
    const fs = require('fs')
    const pkg = require('./package.json')
    const channelSuffix = process.env.UPDATE_CHANNEL_SUFFIX || ''
    pkg.version = `${pkg.version}${channelSuffix}`
    fs.writeFileSync('./package.json', JSON.stringify(pkg, null, 2))

后续正常执行构建命令即可。

• 版本号必须符合semver规范，优先级为0.0.1-alpha < 0.0.1-beta < 0.0.1，否则autoUpdater会出现版本比对错误，无法正确推送更新
• 不同通道的更新元文件（latest.yml、对应安装包）要存放到独立的目录下，配置autoUpdater的更新地址时要和当前通道对应，避免跨通道推送错误版本
• 禁止在版本号前加大写V前缀，Electron全生态的版本识别逻辑都基于标准semver格式，带V前缀会直接导致更新检测失效。

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