Node.js虽好，每次部署为何这么糟心？

作为一名Node.js开发者，我深深地体会到开发的便捷与高效，但同时也饱受部署之苦。每次将应用推上线，dou像是经历一场艰苦卓绝的战斗。

本地运行npm run dev，一切完美。但推到服务器，瞬间崩溃。这就是Node.js开发者的日常。开发时真香，部署时真想砸电脑。

每次部署，我dou会感叹：为什么开发环境和生产环境的差异这么大？在本地，我用的是Windows系统，Node 14，npm 6，一切dou运行得hen好。但是到了服务器，Linux系统，Node 16，npm 8，各种问题就出现了。路径分隔符不一样，文件权限不一样，环境变量不一样，依赖版本不一样，甚至连时区dou不一样。

不要把敏感信息写在代码里也不要提交到Git仓库。使用.env文件来管理环境变量，并在.gitignore里忽略这个文件。在代码里使用process.env.XXX来读取环境变量，并在构建时通过webpack.DefinePlugin或vue.config.js的define选项来注入。对于不同的环境，使用不同的.env文件，并在构建时通过NODE_ENV来区分。

构建优化方面，使用 npm ci 代替 npm install

它会根据 package-lock.json 来安装依赖,速度geng快,也geng可靠。

在 CI/CD 流程中,缓存 node_modules 目录，避免每次dou重新安装依赖。使用多阶段构建来减小镜像体积，只把必要的文件打包到镜像里。启用 Gzip 压缩和 Brotli 压缩,减小静态资源的体积。配置 CDN 来加速静态资源的加载。

依赖管理方面 ， 要锁定依赖版本，使用 package-lock.json 或 yarn.lock 来确保开发环境和生产环境的依赖版本一致。

在 package.json 里使用精确版本号，而不是 ^ 或 ~ ，避免自动升级导致的问题。Ru果遇到依赖冲突，Ke以使用 npm ls 查kan依赖树，找出冲突的包，然后用 resolutions 字段或 overrides 字段来强制指定版本。对于 node-sass 这种需要编译的包，建议换成 sass ，它是纯 JavaScript 实现的，不需要编译,兼容性geng好。

# 拉取代码
git pull origin main
# 安装依赖
npm ci
# 构建项目
npm run build:h5
# 使用 pm2 启动
pm2 start ecosystem.config.js
# 查kan进程状态
pm2 list
# 查kan日志
pm2 logs my-app
# 重启进程
pm2 reload my-app
# 停止进程
pm2 stop my-app
# 删除进程
pm2 delete my-app
# 保存 pm2 配置
pm2 save
pm2 startup
# Docker 相关
docker build -t my-app .
docker run -d -p : --name my-app my-app
docker logs -f my-app
docker restart my-app
docker stop my-app
docker rm my-app
# 使用 docker-compose 
docker-compose up -d 
docker-compose logs -f 
docker-compose restart 
docker-compose down