dotnet publish发布应用失败求助：一台正常一台报错
2026-7-26
排查方向
从报错信息来看，核心是npm run build执行失败退出码1，结合两台服务器的环境差异，可从以下方面排查：
- Node.js和npm版本一致性：对比两台服务器的
node -v和npm -v输出。不同版本的npm在处理依赖、执行build脚本时可能存在行为差异，比如部分版本会将autoprefixer的警告升级为终止性错误。 - npm依赖完整性：确认服务器2上是否完整执行了
npm install。可尝试删除项目目录下的node_modules文件夹和package-lock.json文件，重新执行依赖安装后再运行build命令。 - autoprefixer警告处理：虽然报错里的autoprefixer是警告，但部分环境下会触发错误终止build。检查项目中autoprefixer的配置，将代码中的
color-adjust替换为print-color-adjust，或在postcss配置中添加规则忽略该警告。 - build脚本与全局工具依赖：查看项目
package.json中的build命令，确认是否依赖服务器2未安装的全局Node.js工具（如webpack、vue-cli等），对比两台服务器的全局工具列表。 - 执行权限检查：确认GitLab Runner的执行用户对项目目录、npm缓存目录有读写权限，权限不足可能导致依赖安装或build过程失败。
- 环境变量差异：对比两台服务器的环境变量，比如
NODE_ENV是否一致。部分build脚本在production环境下会启用严格的代码检查，可能引发错误。 - .NET SDK版本影响：服务器1使用.NET 6 SDK，服务器2使用.NET 3.1 SDK，dotnet publish触发npm build的逻辑可能存在差异。可尝试在服务器2上明确指定使用3.1 SDK执行publish命令：
dotnet publish --framework netcoreapp3.1，对比执行结果。 - 构建环境清洁度：检查服务器2上GitLab Runner的工作目录是否存在旧的构建残留文件，可清理工作目录后重新触发构建。
内容的提问来源于stack exchange，提问作者meunostu
相关产品推荐
相关产品推荐
