amd64/buildpack-deps Docker 镜像 - 轩辕镜像 | Docker 镜像高效稳定拉取服务

注意：这是 buildpack-deps 官方镜像 的 amd64 架构构建版本。有关更多信息，请参见官方镜像文档中的 "除 amd64 之外的架构？" 和官方镜像常见问题中的 "Git 中的镜像源已更改，现在该怎么办？"。

快速参考

• 维护者： Docker 社区

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

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

• bookworm-curl, oldstable-curl
• bookworm-scm, oldstable-scm
• bookworm, oldstable
• bullseye-curl, oldoldstable-curl
• bullseye-scm, oldoldstable-scm
• bullseye, oldoldstable
• forky-curl, testing-curl
• forky-scm, testing-scm
• forky, testing
• sid-curl, unstable-curl
• sid-scm, unstable-scm
• sid, unstable
• trixie-curl, stable-curl, curl
• trixie-scm, stable-scm, scm
• trixie, stable, latest
• jammy-curl, 22.04-curl
• jammy-scm, 22.04-scm
• jammy, 22.04
• noble-curl, 24.04-curl
• noble-scm, 24.04-scm
• noble, 24.04
• plucky-curl, 25.04-curl
• plucky-scm, 25.04-scm
• plucky, 25.04
• questing-curl, 25.10-curl
• questing-scm, 25.10-scm
• questing, 25.10

快速参考（续）

• 问题提交地址： [***]

• 支持的架构：(更多信息) amd64、arm32v5、arm32v7、arm64v8、i386、mips64le、ppc64le、riscv64、s390x

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

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

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

什么是 buildpack-deps？

buildpack-deps 在本质上类似于 Heroku 的堆栈镜像。它包含大量各种工具（如 Ruby Gems、PyPI 模块等）所需的"开发头文件"包。例如，buildpack-deps 允许您在任意应用程序目录中执行 bundle install，而无需事先知道构建依赖模块需要 ssl.h。

!logo

如何使用此镜像

此堆栈旨在作为语言堆栈镜像的基础。

Docker 部署方案示例

基础使用

bash
# 拉取最新版本镜像
docker pull amd64/buildpack-deps:latest

# 运行交互式容器
docker run -it --rm amd64/buildpack-deps:latest /bin/bash

作为基础镜像构建自定义镜像

创建 Dockerfile：

dockerfile
FROM amd64/buildpack-deps:latest

# 安装额外依赖
RUN apt-get update && apt-get install -y \
    some-package \
    && rm -rf /var/lib/apt/lists/*

# 设置工作目录
WORKDIR /app

# 复制应用代码
COPY . .

# 运行应用
CMD ["/app/start.sh"]

构建并运行：

bash
docker build -t my-app .
docker run -it --rm my-app

包含内容

此镜像的主要标签采用完整的包含所有组件的方式。使用它们，大多数任意的 gem install / npm install / pip install 应该无需额外的头文件/开发包即可成功执行。

对于某些语言堆栈，特别是如果链接到任意外部 C 库的情况不太常见（例如 Go 和 Java），则完整版本可能没有必要，这时这些较小的变体可能会派上用场。

curl

此变体仅包含 curl、wget 和 ca-certificates 包。这非常适合像 Java JRE 这样的场景，其中下载 JAR 非常常见且必要，但检出代码则不然。

scm

此变体基于 curl，但还添加了各种源代码控制系统工具。截至目前，包含的工具列表为 bzr、git、hg 和 svn。有意省略了 cvs，因为它的相关性正在下降（抱歉 CVS）。此镜像非常适合像 Java JDK 这样的场景，其中下载 JAR 非常常见（因此仍然基于 curl），但检出代码也变得更加常见（与 JRE 相比）。

许可证

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

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

一些能够自动检测到的其他许可证信息可能会在 repo-info 仓库的 buildpack-deps/ 目录 中找到。

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