首页·报错信息

buildkit · Docker

报错原文

failed to solve: process "/bin/sh -c npm ci" did not complete successfully: exit code: 1

这是什么意思

Dockerfile 里那条 RUN 以非零状态退出了。这一行携带的只有「哪条命令失败、退出码是几」,真正的原因在它上面那条命令自己的输出里,而 BuildKit 一旦某步结束就倾向于把它折叠起来。用 docker build --progress=plain 重跑,会把每一步的输出完整打印出来;如果是某个缓存层藏住了更早的失败,再加 --no-cache——代价是从第一步开始整个重建。exit code: 1 不是原因,只是「这条命令失败了」这个事实。

怎么修

docker build --progress=plain --no-cache .
来自
buildkit
Docker
12

docker 的错误要先归到某一层才读得懂——客户端连不上守护进程、镜像仓库拒绝你、构建过程中某条 RUN 失败、容器一起来就死掉,是四种不同的问题——而在构建和运行这两层,那行字本身并不是原因:原因在里面那条命令留下的输出里,各层修复的代价也不一样。

怎么读报错

  • 从第一行往下读。越往下越是工具内部的事,起因通常写在最上面。
  • 有文件名和行号就从那里查——不是栈顶那一帧,而是最上面那条提到你自己写的文件的行。
  • 把报错原文照样去搜,但先去掉你自己的路径和变量名,正是那些让搜索匹配不上。
  • 同一种情况在不同版本里措辞不同。结果不对头,就把版本号一起加进查询。
  • 粘贴修法之前,先确认它会丢掉什么。这里面有些是不能撤回的。

常见问题

Q. “failed to solve: process "/bin/sh -c npm ci" did not complete successfully: exit code: 1” 是什么意思?

Dockerfile 里那条 RUN 以非零状态退出了。这一行携带的只有「哪条命令失败、退出码是几」,真正的原因在它上面那条命令自己的输出里,而 BuildKit 一旦某步结束就倾向于把它折叠起来。用 docker build --progress=plain 重跑,会把每一步的输出完整打印出来;如果是某个缓存层藏住了更早的失败,再加 --no-cache——代价是从第一步开始整个重建。exit code: 1 不是原因,只是「这条命令失败了」这个事实。

Q. 怎么修?

docker build --progress=plain --no-cache . —— 执行前先看上面的说明,确认这条命令会丢掉什么。

Q. 这是哪个工具报的?

buildkit。它属于Docker,报错原文有 15 个词。

相关报错