你遇到的这种本地正常但CI构建失败的问题确实挺棘手，结合你已经尝试的操作，给你几个具体的排查方向：

• 核对Node版本差异
  从日志里看到CI环境用的是Node v6.11.x，这是个比较老旧的版本了。你本地的Node版本是不是比这个高？很多现代前端依赖在Node 6下可能存在兼容问题，导致构建脚本抛出异常。建议在CI配置里指定和本地完全一致的Node版本，比如用CI平台自带的版本选择工具，或者通过nvm use <你的本地版本号>来切换。

• 获取完整的错误日志
  你提供的日志只到开头部分，Exit status 3的具体触发原因肯定在日志的后半段——比如某个模块编译失败、资源路径错误、权限不足等。一定要把build脚本执行时的完整输出（尤其是错误发生前的几行）找出来，这是定位问题的核心依据。

• 改用npm ci安装依赖
  你之前试过清理目标文件夹，但CI环境里的依赖安装可能还有缓存或者版本不一致的问题。试试在CI脚本里把npm install换成npm ci：这个命令会严格按照package-lock.json安装依赖，自动清除现有node_modules，避免版本漂移，比npm install更适合CI场景。

• 本地模拟CI构建命令
  你在CI里执行的是npm run build -- --environment=CI，有没有在本地也跑一遍这个命令？很多时候构建脚本会根据CI环境变量切换逻辑（比如打包模式、资源域名配置），可能本地没加这个参数所以正常，加上就复现问题了。如果本地能复现，直接调试就方便多了。

• 检查CI环境的目录权限
  有时候CI用户（比如你日志里的buildmanager）对构建输出目录没有写权限，导致无法生成打包文件。可以在CI脚本里提前添加权限检查，或者尝试用管理员身份执行构建命令。

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