如何用Jenkins CI流水线（优先Maven+Nexus）构建CRX3格式Chrome/Edge扩展

方案1：替换为支持CRX3的原生Maven插件（优先推荐） #

直接替换原有旧版crx-maven-plugin为支持CRX3格式的Maven插件，完全适配原有技术栈，无需调整已有的版本自动化、Nexus上传、签名逻辑：

• 插件配置与旧版插件参数高度兼容，仅需调整pom.xml中的plugin坐标即可
• 支持直接绑定Maven默认打包生命周期，打包产物为标准CRX3格式，兼容Chrome 75+、所有正式版Edge浏览器
• 可直接复用原有项目版本号作为扩展版本，打包输出路径默认在Maven target目录下，原有mvn deploy上传Nexus的流程无需任何修改

方案2：结合Node.js crx3工具通过Maven exec插件调用 #

如果原生Maven插件存在适配问题，可采用纯JS实现的CRX3打包工具，完全不需要依赖Chrome/Edge浏览器安装，CI环境配置成本极低：

• 可通过Maven Node插件自动在CI环境安装轻量Node.js运行时，也可直接使用Jenkins Agent预装的Node环境
• 配置exec-maven-plugin在打包阶段调用crx3命令，示例命令如下：

  npx crx3 ./extension-source-dir -p ./private-sign-key.pem -o ./target/${project.artifactId}-${project.version}.crx
  

• 打包完成后的crx产物路径与原有流程一致，直接沿用Nexus上传逻辑即可

方案3：无头Chromium轻量化调用（兜底方案） #

若存在特殊签名逻辑必须调用浏览器原生能力，可采用无头模式的Chromium，无需启动GUI界面，CI环境资源占用极低：

• Linux CI环境仅需安装几十M的无头Chromium软件包，Windows/macOS环境也可通过包管理器快速安装无GUI版本
• 打包调用命令示例：

  chromium --headless=new --pack-extension=./extension-source-dir --pack-extension-key=./private-sign-key.pem
  

所有方案打包出的CRX3格式扩展均可直接通过组策略指向Nexus发行地址批量部署，不会出现旧CRX2格式无法安装的问题。

内容的提问来源于stack exchange，提问作者David G.