s390x/golang Docker 镜像 - 轩辕镜像

注意：这是 golang 官方镜像 的 s390x 架构构建的“每架构”仓库——更多信息，请参见官方镜像文档中的“除 amd64 之外的架构？”和官方镜像常见问题中的“Git 中镜像的源代码已更改，现在该怎么办？”。

快速参考

• 维护者：
  Docker 社区

• 获取帮助的地方：
  Docker 社区 Slack、Server Fault、Unix & Linux 或 Stack Overflow

支持的标签及对应的 Dockerfile 链接

（参见常见问题中的“‘共享’标签和‘简单’标签有什么区别？”）

简单标签

• 1.25.3-trixie, 1.25-trixie, 1-trixie, trixie

• 1.25.3-bookworm, 1.25-bookworm, 1-bookworm, bookworm

• 1.25.3-alpine3.22, 1.25-alpine3.22, 1-alpine3.22, alpine3.22, 1.25.3-alpine, 1.25-alpine, 1-alpine, alpine

• 1.25.3-alpine3.21, 1.25-alpine3.21, 1-alpine3.21, alpine3.21

• 1.24.9-trixie, 1.24-trixie

• 1.24.9-bookworm, 1.24-bookworm

• 1.24.9-alpine3.22, 1.24-alpine3.22, 1.24.9-alpine, 1.24-alpine

• 1.24.9-alpine3.21, 1.24-alpine3.21

• tip-20251011-trixie, tip-trixie

• tip-20251011-bookworm, tip-bookworm

• tip-20251011-alpine3.22, tip-alpine3.22, tip-20251011-alpine, tip-alpine

• tip-20251011-alpine3.21, tip-alpine3.21

共享标签

• 1.25.3, 1.25, 1, latest:

  • 1.25.3-trixie

• 1.24.9, 1.24:

  • 1.24.9-trixie

• tip-20251011, tip:

  • tip-20251011-trixie

快速参考（续）

• 提交 issue 的地方：
  [***]

• 支持的架构：(更多信息)
  amd64, arm32v6, arm32v7, arm64v8, i386, mips64le, ppc64le, riscv64, s390x, windows-amd64

• 已发布镜像 artifact 详情：
  repo-info 仓库的 repos/golang/ 目录 (历史记录)
  （镜像元数据、传输大小等）

• 镜像更新：
  official-images 仓库的 library/golang 标签
  official-images 仓库的 library/golang 文件 (历史记录)

• 本描述的来源：
  docs 仓库的 golang/ 目录 (历史记录)

什么是 Go？

Go（又称 Golang）是一种最初由 Google 开发的编程语言。它是一种静态类型语言，语法大致源自 C，但增加了垃圾回收、类型安全、一些动态类型功能、额外的内置类型（如变长数组和键值映射）以及大型标准库等特性。

***.org/wiki/Go_(programming_language)

!logo

如何使用此镜像

注意：/go 目录是全局可写的，以允许运行容器的用户具有灵活性（例如，在使用 --user 1000:1000 启动的容器中，将 go get github.com/example/... 运行到默认 $GOPATH 会成功）。虽然 777 目录在常规主机设置中是不安全的，但容器内通常没有其他进程或用户，因此对于 Docker 使用而言，这等同于 700，但允许 --user 灵活性。

在应用中启动 Go 实例

使用此镜像最直接的方法是将 Go 容器同时用作构建和运行时环境。在 Dockerfile 中，编写如下内容将编译并运行项目（假设项目使用 go.mod 进行依赖管理）：

dockerfile
FROM s390x/golang:1.25

WORKDIR /usr/src/app

# 预复制/缓存 go.mod 以预下载依赖项，且仅在后续构建中依赖项更改时才重新下载
COPY go.mod go.sum ./
RUN go mod download

COPY . .
RUN go build -v -o /usr/local/bin/app ./...

CMD ["app"]

然后可以构建并运行 Docker 镜像：

console
$ docker build -t my-golang-app .
$ docker run -it --rm --name my-running-app my-golang-app

在 Docker 容器内编译应用

有时可能不适合在容器内运行应用。要在 Docker 实例内编译（而非运行）应用，可以编写如下命令：

console
$ docker run --rm -v "$PWD":/usr/src/myapp -w /usr/src/myapp s390x/golang:1.25 go build -v

这会将当前目录作为卷添加到容器，将工作目录设置为该卷，并运行 go build 命令，该命令将指示 go 编译工作目录中的项目并将可执行文件输出到 myapp。或者，如果有 Makefile，可以在容器内运行 make 命令。

console
$ docker run --rm -v "$PWD":/usr/src/myapp -w /usr/src/myapp s390x/golang:1.25 make

在 Docker 容器内交叉编译应用

如果需要为除 linux/amd64 之外的平台（如 windows/386）编译应用：

console
$ docker run --rm -v "$PWD":/usr/src/myapp -w /usr/src/myapp -e GOOS=windows -e GOARCH=386 s390x/golang:1.25 go build -v

或者，可以同时为多个平台编译：

console
$ docker run --rm -it -v "$PWD":/usr/src/myapp -w /usr/src/myapp s390x/golang:1.25 bash
$ for GOOS in darwin linux; do
>   for GOARCH in 386 amd64; do
>     export GOOS GOARCH
>     go build -v -o myapp-$GOOS-$GOARCH
>   done
> done

Git LFS

如果下载依赖项时出现“checksum mismatch”之类的错误，应检查它们是否使用 Git LFS（因此需要安装它来下载依赖项并计算正确的 go.sum 值）。

镜像变体

s390x/golang 镜像有多种版本，每种版本设计用于特定用例。

s390x/golang:<version>

这是默认镜像。如果不确定自己的需求，可能需要使用此版本。它设计为既可作为临时容器（挂载源代码并启动容器以启动应用），也可作为构建其他镜像的基础。

其中一些标签可能包含 bookworm 或 trixie 等名称。这些是 Debian 发行版的代号，表示镜像所基于的发行版。如果镜像需要安装除镜像自带之外的其他软件包，可能需要显式指定其中一个代号，以最大程度减少 Debian 有新版本时的中断。

s390x/golang:<version>-alpine

此镜像基于流行的 Alpine Linux 项目，可在 alpine 官方镜像 中获取。Alpine Linux 比大多数发行版基础镜像小得多（约 5MB），因此通常会生成更精简的镜像。

此变体高度实验性，且未得到 Go 项目的官方支持（详情参见 golang/go#***）。

需要注意的主要问题是它使用 musl libc 而非 glibc 及相关库，这可能导致意外行为。有关可能出现的问题以及使用基于 Alpine 的镜像的优缺点比较，请参见 此 Hacker News 评论线程。

为最小化镜像大小，基于 Alpine 的镜像中不包含其他相关工具（如 git、gcc 或 bash）。以此镜像为基础，可在自己的 Dockerfile 中添加所需工具（如果不熟悉如何安装软件包，请参见 alpine 镜像描述 中的示例）。另请参见 docker-library/golang#250 (comment) 了解更长篇的解释。

s390x/golang:<version>-tip

Go 社区中的“tip”一词用于指代最新开发分支（源自以前使用 hg 进行版本控制的惯例）。

这些标签包含 Go 最新开发分支的构建，并且大约每周更新一次。

许可证

查看此镜像中包含的软件的 许可证信息。

与所有 Docker 镜像一样，这些镜像可能还包含其他软件，这些软件可能受其他许可证（如基础发行版中的 Bash 等，以及主要软件的任何直接或间接依赖项）约束。

一些能够自动检测到的附加许可证信息可能位于 repo-info 仓库的 golang/ 目录 中。

至于任何预构建镜像的使用，镜像用户有责任确保对本镜像的任何使用都符合其中包含的所有软件的相关许可证。