快速参考
-
由……维护
Docker 社区 -
何处获取帮助:
Docker 社区 Slack、服务器故障、Unix & Linux 或 Stack Overflow
支持的标签及相应的 Dockerfile 链接
快速参考(续)
-
在哪里提交问题:
https://github.com/docker-library/buildpack-deps/issues -
支持的架构:(更多信息)
amd64,arm32v5,arm32v7,arm64v8,i386,mips64le,ppc64le,riscv64,s390x -
已发布的图像工件详细信息:
仓库信息 仓库的repos/buildpack-deps/目录(历史)
(图像元数据、传输大小等) -
图像更新:
官方镜像仓库的library/buildpack-deps标签
官方镜像仓库的library/buildpack-deps文件(历史记录) -
此描述的来源:
文档库的buildpack-deps/目录(历史)
什么是 buildpack-deps ?
在精神上, buildpack-deps 类似于 Heroku 的堆栈镜像。它包含大量诸如 Ruby Gems、PyPI 模块等各种事物所需的“开发头”包。例如, buildpack-deps 将允许你在任意应用程序目录中进行 bundle install ,而无需事先知道构建依赖模块需要 ssl.h 。

如何使用此图像
此堆栈旨在成为语言堆栈图像的基础。
包含什么?
该图像的主要标签是完整的包含电池的方法。有了它们,大多数任意的 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/ 目录中找到。
对于任何预构建镜像的使用,镜像用户有责任确保对此镜像的任何使用都符合其中包含的所有软件的任何相关许可证。