本地ng build --prod正常，Debian9服务器引入ngx-bootstrap Modal后构建失败

我之前也碰到过类似跨环境构建出问题的情况，尤其是引入第三方组件后更容易出现这类差异。结合你提供的环境信息，给你几个具体的排查和解决方向：

• 确保依赖完全一致
  本地Windows和服务器Linux的node_modules可能存在平台差异，或者lock文件版本不匹配。建议在服务器上先执行：

  rm -rf node_modules package-lock.json
  npm install
  

  完全重新安装依赖，避免版本不一致的问题。同时检查package.json里ngx-bootstrap的版本，确保本地和服务器安装的是同一版本（比如不要带^符号导致自动升级），Angular 5.x对应的ngx-bootstrap推荐版本是2.x系列，注意兼容性。

• 统一Angular CLI的执行方式
  服务器上可能全局安装的CLI版本和项目本地版本不一致，建议使用项目本地的CLI来执行构建：

  npx ng build --prod
  

  另外，Node 6.13.0虽然兼容Angular 5，但可以尝试升级到Node 8.x（Angular 5官方推荐的稳定版本），可能解决一些底层的环境兼容问题。

• 务必查看完整的错误日志
  你目前没给出构建失败的具体报错信息，这是定位问题的关键！重新执行ng build --prod，把所有错误输出都保留下来，比如是模块找不到、AOT编译报错还是打包优化阶段失败？
  举个常见的例子：如果是AOT编译错误，可能是你没在app.module.ts里正确导入ModalModule，要确保根模块里加入ModalModule.forRoot()，子模块里加入ModalModule。

• 检查服务器环境的资源和权限

  • 确认服务器磁盘空间充足，生产构建需要临时存储编译文件，磁盘满了会直接导致失败；
  • 执行构建的用户要有项目目录和node_modules的读写权限，权限不足会导致文件操作失败。

• 临时关闭生产优化选项排查
  找到项目根目录的.angular-cli.json（Angular CLI 1.7.0用这个配置文件），修改defaults.build.production下的配置：

  "aot": false,
  "buildOptimizer": false
  

  然后重新执行构建，如果能成功，说明问题出在AOT编译或者构建优化环节，再针对性调整组件的元数据或者优化配置。

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