Docker 撰写。 调用自定义脚本

Question

我有一个简单的docker-compose定义，我想在其中运行一个简单的cmd / bash命令：

basictests:
  image: ${DOCKER_REGISTRY-}mytests
  build:
    context: .
    dockerfile: MyTests/Dockerfile
  container_name: "mytestscontainer"
  command: 
    - echo "test"
  depends_on:
    dependent_env:
      condition: service_healthy 

注意：这是一个简化的测试。 我不想调用echo ，而是想运行一些更复杂的脚本。

但是，当我运行此配置时，它会抛出以下错误：

 ==> /dev/null <==
 tail: cannot open 'echo "test"' for reading: No such file or directory

不确定tail来自哪里以及如何修复。 看看这个，它应该工作。 如果我删除command ，它工作正常。 任何帮助都会得到帮助。

更新：DockerFile 除了安装do.net和构建我的库之外没有做任何事情。

UPDATE2 ：基本 docker 文件是：

    FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS base
    WORKDIR /app
    EXPOSE 80
    EXPOSE 443

    FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build
    WORKDIR /src
    # restore
    COPY ["MyTests/MyTests.csproj", "MyTests/"]
    RUN dotnet restore "MyTests/MyTests.csproj"
    # build
    COPY . .
    WORKDIR "/src/MyTests"
    RUN dotnet build "MyTests.csproj" -c Release -o /app/build

将建议的ENTRYPOINT ["/bin/bash", "-c"]添加到上述 docker 文件的末尾没有帮助。 注意：我是docker和docker-compose的新手。

UPDATE3 ：将ENTRYPOINT ["tail", "-f", "/dev/null"]添加到 docketfile 的末尾并更改我调用命令的方式command: [echo, test] ，没有帮助。 总的来说，我很好奇tail是怎么回事？ 为什么它会出现在这种情况下呢？

注意：对于上下文，我想配置适用于少数容器的集成测试，所以我想运行do.net test..而不是echo..来进行集成测试

UPDATE4：以下配置：

    FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build
    WORKDIR /src
    EXPOSE 80
    EXPOSE 443
    # restore
    COPY ["MyTests/MyTests.csproj", "MyTests/"]
    RUN dotnet restore "MyTests/MyTests.csproj"
    # build
    COPY . .
    WORKDIR "/src/MyTests"
    RUN dotnet build "MyTests.csproj" -c Release -o /app/build

    ENTRYPOINT ["/bin/bash"]

如果我在本地从 cmd 运行它，效果很好：

    %SomePath%\Demo>docker build -f MyTests/Dockerfile  -t mytest .
    [+] Building 0.3s (12/12) FINISHED
     => [internal] load build definition from Dockerfile
     => => transferring dockerfile: 32B
     => [internal] load .dockerignore
     => => transferring context: 35B
     => [internal] load metadata for mcr.microsoft.com/dotnet/sdk:6.0
     => [1/7] FROM mcr.microsoft.com/dotnet/sdk:6.0
     => [internal] load build context
     => => transferring context: 2.00kB
     => CACHED [2/7] WORKDIR /src 
     => CACHED [3/7] COPY [MyTests/MyTests.csproj, MyTests/] 
     => CACHED [4/7] RUN dotnet restore "MyTests/MyTests.csproj"
     => CACHED [5/7] COPY . .
     => CACHED [6/7] WORKDIR /src/MyTests
     => CACHED [7/7] RUN dotnet build "MyTests.csproj" -c Release -o /app/build
     => exporting to image
     => => exporting layers
     => => writing image sha256:9c...
     => => naming to docker.io/library/mytest

    %SomePath%\Demo>docker run -it mytest
    root@999afef78716:/src/MyTests# ls
    MyTests.csproj  ApiTests.cs  Properties  obj

所以，看起来问题只是关于如何从 docker-compose 配置中正确调用它。 我也试过设置以下选项

..
image: ${DOCKER_REGISTRY-}mytests
stdin_open: true # docker run -i
tty: true        # docker run -t
..

没有运气。

UPDATE5 ：我试图用新的控制台应用程序简化我对这两个文件的所有逻辑：

Dockerfile：

 FROM alpine:3.14
 WORKDIR "/src"
 CMD ["/bin/bash"]

 # same behavior if I use `CMD ["/bin/sh"]`

docker-compose：

version: '3.4'

services:
  consoleappdocker:
    image: ${DOCKER_REGISTRY-}consoleappdocker
    build:
      context: .
      dockerfile: ConsoleAppDocker/Dockerfile
    container_name: "consoleappdocker"
    command: ["/bin/bash", "-c", "echo test"]

仍然失败并tail: invalid number 'echo test'错误，但是我刚刚注意到这个 output：

 docker ps -a  --no-trunc
 CONTAINER ID    IMAGE                  COMMAND                                        CREATED         STATUS                     PORTS     NAMES
 %id%            consoleappdocker:dev   "tail -f /dev/null /bin/bash -c 'echo test'"   7 minutes ago   Exited (1) 7 minutes ago             consoleappdocker

所以看起来@VonC 是对的，但是我不知道这个tail最初是在哪里添加的

UPDATE6 ：显然tail是由我用来构建和运行我的应用程序的 visual studio 添加的，我在日志中找到了它：

    docker-compose  -f "%PATH%\docker-compose.yml" -f "%PATH%\docker-compose.override.yml" -f "%PATH%\obj\Docker\docker-compose.vs.debug.g.yml" -p dockercompose14997374556887134345 --ansi never --profile "*" config
    name: dockercompose14997374556887134345
    services:
      consoleappdocker:
        build:
          context: %PATH%
          dockerfile: ConsoleAppDocker/Dockerfile
          labels:
            com.microsoft.created-by: visual-studio
            com.microsoft.visual-studio.project-name: ConsoleAppDocker
        command:
        - /bin/bash
        - -c
        - echo test
        container_name: consoletest
        entrypoint:
        - tail
        - -f
        - /dev/null
        environment:
    ..
        image: consoleappdocker:dev
        labels:
    ..
        networks:
          default: null
        tty: true
        volumes:
    ..
    networks:
      default:
        name: dockercompose14997374556887134345_default
    docker-compose  -f "%PATH%\docker-compose.yml" -f "%PATH%\docker-compose.override.yml" -f "%PATH%\obj\Docker\docker-compose.vs.debug.g.yml" -p dockercompose14997374556887134345 --ansi never build

非常出乎意料的情况，但我认为接下来要做什么或多或少是清楚的

Answer 1

docker-compose.yml文件中的command指令用于覆盖CMD中指定的默认Dockerfile 。
command指令等效于您在docker run <image> <command>之后传递的命令。

您看到有关tail错误，因为您的 Dockerfile 可能配置为在执行结束时运行涉及tail命令，并且当您覆盖docker-compose.yml文件中的命令时， tail命令正在尝试读取名为echo "test" ，不存在。

在您的情况下，您想在容器内运行命令。 docker-compose.yml应如下所示：

    basictests:
      image: ${DOCKER_REGISTRY-}mytests
      build:
        context: .
        dockerfile: MyTests/Dockerfile
      container_name: "mytestscontainer"
      command: ["/bin/bash", "-c", "echo test"]
      depends_on:
        dependent_env:
          condition: service_healthy 

这将在容器内执行命令echo test 。

要运行复杂的命令或脚本，您可以：

1. 在构建期间将脚本添加到 Docker 图像，然后从command指令调用脚本。

2. 在构建过程中将脚本添加到 Docker 镜像中，并从CMD或Dockerfile中的ENTRYPOINT调用脚本。

3. 将带有脚本的卷挂载到容器，并从docker-compose.yml中的command指令调用脚本。

关于运行集成测试的最后说明，您可以将运行测试的脚本添加到 Docker 图像，然后在command指令中调用该脚本。 该脚本可能看起来像这样：

#!/bin/bash

# Run the tests
dotnet test MyTests/MyTests.csproj

然后在你的docker-compose.yml中：

    basictests:
      image: ${DOCKER_REGISTRY-}mytests
      build:
        context: .
        dockerfile: MyTests/Dockerfile
      container_name: "mytestscontainer"
      command: ["/bin/bash", "-c", "/path/to/your/script.sh"]
      depends_on:
        dependent_env:
          condition: service_healthy 

请将“ /path/to/your/script.sh ”替换为 Docker 容器中脚本的实际路径。

并确保您的脚本具有执行权限。 您可以在 Docker 构建期间使用RUN指令设置这些：

COPY ./host/path/to/your/script.sh /path/to/your/script.sh
RUN chmod +x /path/to/your/script.sh

请将“ ./host/path/to/your/script.sh ”替换为您的脚本在主机上的路径。

---

这是一个很好的猜测，但不，我不会在任何地方配置/看到它

您提供的 Dockerfile 没有显示涉及tail命令的CMD或ENTRYPOINT指令。 但是，您看到的错误消息表明正在运行tail命令并试图将“echo“test””作为文件打开，这表明正在某处调用tail 。

tail也可能作为基础镜像或父镜像的一部分运行，或者由容器内的某个进程运行。 如果基本图像或父图像具有包含tail CMD或ENTRYPOINT ，并且您没有在 Dockerfile 中覆盖它，这可以解释为什么您会在错误消息中看到tail命令。

tail -f /dev/null在 Dockerfile 中的一个常见用途是让容器无限期地运行，即使它的主进程已经终止（就像我在这里所做的那样）。 这有时用于开发环境或需要保持运行但可能并不总是有进程运行的服务。
如果以这种方式调用tail ，尝试将tail -f /dev/null命令替换为其他内容（如echo "test" ）可能会导致您看到错误消息。

要确认这一点，您可以检查基本或父图像，或者在 Dockerfile 或docker-compose.yml文件中运行的任何脚本或命令。

---

当我使用command: ["/bin/bash", "-c", "echo test"]应用docker-compose配置时，我看到这个错误： tail: invalid number of bytes: 'echo test' ，这仍然是关于tail ...

如果 Dockerfile 或基础映像中的ENTRYPOINT设置为tail命令，并且您正在使用 docker-compose 文件中的command指令运行bash -c "echo test" ，Docker 将尝试ENTRYPOINT命令入口点command .
在这种情况下，它会尝试执行tail bash -c "echo test"之类的命令，这不是有效的命令，会导致您看到的错误。

---

您会在此处发现类似的“无效数字”错误，其中基本图像 alpine 没有 bash，并且内置命令没有所有更常见的选项。
“ BUSYBOX 脚本错误”中的相同想法

---

显然尾部是由我用来构建和运行我的应用程序的 Visual Studio 添加的，我在日志中找到了它：

docker-compose  -f "%PATH%\docker-compose.yml" -f "%PATH%\docker-compose.override.yml" -f "%PATH%\obj\Docker\docker-compose.vs.debug.g.yml" -p dockercompose14997374556887134345 --ansi never --profile "*" config
    name: dockercompose14997374556887134345
    services:
      consoleappdocker:
        build:
          context: %PATH%
          dockerfile: ConsoleAppDocker/Dockerfile
          labels:
            com.microsoft.created-by: visual-studio
            com.microsoft.visual-studio.project-name: ConsoleAppDocker
        command:
        - /bin/bash
        - -c
        - echo test
        container_name: consoletest
        entrypoint:
        - tail
        - -f
        - /dev/null
        environment:
    ..
        image: consoleappdocker:dev
        labels:
    ..
        networks:
          default: null
        tty: true
        volumes:
    ..
    networks:
      default:
        name: dockercompose14997374556887134345_default
    docker-compose  -f "%PATH%\docker-compose.yml" -f "%PATH%\docker-compose.override.yml" -f "%PATH%\obj\Docker\docker-compose.vs.debug.g.yml" -p dockercompose14997374556887134345 --ansi never build

你可以看到之前提到的做法（VS 2019）和这里。
如“ Azure Function in Docker Container runs in Visual Studio, but does nothing from command line ”中所述：

您发布的命令仅用于 Visual Studios 调试功能。 它用 tail -f /dev/null 覆盖入口点，这基本上是“永远循环”。

官方文件：

入口点是tail -f /dev/null ，这是一个无限等待以保持容器运行。
当应用程序通过调试器启动时，调试器负责运行应用程序（即do.net webapp.dll ）。
如果在没有调试的情况下启动，工具会运行docker exec -i {containerId} do.net webapp.dll来运行应用程序。

要仅为调试修改容器，请创建一个阶段，然后使用 MSBuild 属性 DockerfileFastModeStage 告诉 Visual Studio 在调试时使用您的自定义阶段。 有关Dockerfile 命令的信息，请参阅 Docker 文档中的 Dockerfile 参考。

因此，请检查您的项目属性文件中是否包含以下部分：

<PropertyGroup>
     <!-- other property settings -->
     <DockerfileFastModeStage>debug</DockerfileFastModeStage>
</PropertyGroup>