Azure DevOps Pipeline构建Golang容器运行报找不到可执行文件错误问询

问题根因 #

你遇到的standard_init_linux.go:228: exec user process caused: no such file or directory错误由两个核心问题导致：

1. 构建环境与运行环境不兼容：你在Azure DevOps的Ubuntu代理中编译Go二进制，默认生成的是依赖glibc的动态链接文件，而你的Docker基础镜像是Alpine，Alpine使用musl libc，没有内置glibc依赖，二进制无法正常加载运行。
2. 构建上下文缺少可执行文件：你的CopyFiles@2任务没有显式指定要复制的内容，该任务默认仅复制dll/exe/pdb后缀的文件，你编译生成的main二进制没有被同步到$(Build.ArtifactStagingDirectory)，Docker构建时ADD . /app操作根本没有拿到main文件，自然找不到启动入口。

修复步骤 #

1. 修改Pipeline的Go编译任务

添加静态编译参数和环境变量，生成不依赖系统库的独立二进制，同时指定架构匹配你的运行环境：

- task: Go@0
  inputs:
    command: 'build'
    arguments: '-o main -ldflags "-extldflags '-static'"'
    workingDirectory: '$(System.DefaultWorkingDirectory)'
  env:
    CGO_ENABLED: 0
    GOOS: linux
    GOARCH: amd64

2. 调整CopyFiles任务，显式指定要同步的文件

确保编译生成的main二进制、Dockerfile以及其他需要打包进镜像的配置文件都被复制到构建上下文目录：

- task: CopyFiles@2
  inputs:
    Contents: |
      main
      **/Dockerfile
      # 如有配置文件、静态资源等也在此处添加匹配规则
    TargetFolder: '$(Build.ArtifactStagingDirectory)'

3. 优化Dockerfile（可选但推荐）

既然你已经在Pipeline中完成了Go编译，Dockerfile不需要再携带完整的Go编译环境，可以直接用轻量Alpine镜像，大幅减小最终镜像体积：

FROM alpine:3.16
# 可选：安装CA证书和时区数据，避免HTTPS请求、时区相关报错
RUN apk add --no-cache ca-certificates tzdata
RUN mkdir -p /app
WORKDIR /app
COPY main .
EXPOSE <PortName>
ENTRYPOINT [ "/app/main" ]

额外说明 #

你之前取消Dockerfile中RUN go build注释、切换构建上下文为上级目录后可以正常运行，是因为此时编译操作是在Alpine的Go镜像内完成的，生成的二进制适配Alpine的musl libc，同时构建上下文为源码目录，可以直接拿到全部代码完成编译，所以没有兼容性和文件缺失问题。

内容的提问来源于stack exchange，提问作者Piyush