php小编鱼仔在使用容器技术时，可能会遇到一个常见问题：文件复制到容器后找不到。这个问题通常出现在使用Docker等容器化平台时。原因可能是文件路径设置不正确，或者容器内部的文件系统与宿主机不一致。解决这个问题的方法有多种，比如使用绝对路径，或者通过共享文件夹的方式将文件复制到容器中。在解决这个问题之前，我们需要先了解容器的文件系统和文件路径的映射关系，以及如何正确配置文件路径。

问题内容

我有一个如下所示的 dockerfile：

from golang:1.19 as builder
workdir /app
copy . .
run cgo_enabled=0 go build -v -o "hello-bin"


#from scratch
from alpine
copy --from=builder /app/hello-bin /app/hello-bin
copy --from=builder /app/start.sh /app/start.sh
workdir /app
entrypoint  [ "./start.sh" ]

它只是从 hello-world go 文件构建一个二进制文件。但是，当我尝试使用以下 docker-compose 设置运行此容器时，它显示 exec ./start.sh: no such file or directory。

version: "3"

services:
  hello:
    restart: always
    build:
      context: .
      dockerfile: dockerfile

目录结构为

❯ tree .
.
├── dockerfile
├── docker-compose.yaml
├── go.mod
├── hello
├── init.go
└── start.sh

因此 start.sh 应通过 copy 加载到 builder 容器中。 . 行也是如此，它应该通过 copy --from=builder /app/start.sh /app/start.sh 传递到第二个容器。

上下文，start.sh的内容如下：

#!/bin/bash

_main() {
  echo "start"
}

_main "$@"

我最困惑的部分是，如果我在 dockerfile 中将其更改为 cmd [ "ls", "-l" ] ，它实际上会打印出来

awesomeproject3-hello-1  | -rwxr-xr-x    1 root     root       1819562 May 19 02:41 hello-bin
awesomeproject3-hello-1  | -rwxrwxrwx    1 root     root            51 May 19 02:39 start.sh

如果我在 dockerfile 中将其更改为 entrypoint [ './hello-bin' ] ，二进制文件也会成功运行。我只是不明白为什么它说没有 ./start.sh。

更新：受@larsks的启发，我注意到如果我将 ./start.sh 的标头从 #!/bin/bash 更改为 #!/bin/sh，它会神奇地工作。我仍然很困惑这里的根本问题是什么，如果我想保留 bash 标头，我应该如何修复 docker 文件？

解决方法

发生错误是因为您在 start.sh 中使用了 #!/bin/bash。

Alpine docker 镜像默认没有安装 bash。它使用 Busybox shell 代替。

您可以在容器中安装 bash 。请参阅 Docker：如何将 bash 与 Alpine 一起使用基于docker镜像？

或者您可以将 #!/bin/bash 更改为 #!/bin/sh，如您在问题评论中所述。