Docker Hub 网页如何查看镜像标签并复制拉取命令：定位版本与摘要

想确认一个镜像到底该拉哪个版本，先别急着在终端里试错。打开 Docker Hub 官方的 nginx 镜像页，进入 Tags 后，可以同时看到标签名、摘要、支持的 OS/ARCH、压缩大小和页面给出的 docker pull 命令；这比只记一个 latest 更容易复查。

本次只完成一个任务：在 Docker Hub 官方 nginx 页面找到目标标签，并复制页面展示的拉取命令；最终以标签、架构和 Digest 三项一起确认。

步骤一：先打开 nginx 官方镜像入口

在浏览器访问 https://hub.docker.com/_/nginx。页面顶部应出现 nginx、Docker Official Image 和 “Official build of Nginx.”。这一步的作用是确认你进入的是官方镜像页面，而不是名称相近的个人仓库。

步骤二：按页面路径进入 Tags 标签列表

1. 点击标签页：在镜像名称下方点击 Tags。成功状态是 Tags 变为选中状态，页面标题显示 “Tags for library/nginx”。
2. 确认排序入口：在标签列表上方查看 Sort by，默认值为 Newest。这里先保留默认排序，避免把一个旧标签误认为刚更新的版本。
3. 找到标签卡片：在 TAG 区域读取标签名，例如页面当前可见的 trixie-perl，再查看其下方的 Last pushed 信息。

标签卡片里还会展开多行平台信息。不要只看第一行：如果目标运行环境是 linux/amd64，就沿着对应行核对 Digest 和 Compressed size；同一个标签可能同时提供 linux/386、linux/amd64 等架构。

步骤三：复制命令前核对三项信息

页面右侧会显示类似 docker pull nginx:trixie-perl 的命令。点击复制图标或直接选中命令前，按下面顺序检查：

1. 标签：nginx: 后面的字符串必须和 TAG 链接完全一致，连短横线和大小写都不要自行改动。
2. 架构：在表格的 OS/ARCH 列确认目标机器是否匹配。Mac、Linux 服务器或 CI runner 的实际架构不要靠猜。
3. Digest：需要留痕时记录对应平台的短摘要；标签可能在后续更新，而 Digest 更适合做一次具体构建的复核线索。

常见误区：latest 不是“永远不变”

latest 是一个标签名，不等于永远固定的内容。若文章、部署记录或团队变更单需要明确复现条件，至少保存标签、目标架构和页面看到的 Digest；只保存一条没有版本后缀的命令，过一段时间再看，往往很难解释当时拉到的是什么。

另外，页面上的 “Last pushed 3 days” 是相对时间展示，不能直接当作固定日期写进部署记录。需要追踪历史时，应打开对应 Dockerfile 或官方仓库链接再核对。

相关问题

为什么 TAG 和 Digest 要一起看？

TAG 便于人读和输入，Digest 更适合核对具体镜像内容。两者一起保存，既方便操作，也方便复查。

只看到 linux/386，怎么确认 amd64？

展开同一标签卡片的表格，继续查找 linux/amd64 行；不要用第一行的平台信息替代目标平台。

复制按钮没有反应怎么办？

直接选中页面中的 docker pull 命令复制即可；复制后回看标签后缀，确认没有带入换行或多余空格。

最后确认

完成后，你应当能回答三个问题：当前使用的是哪个 TAG、目标机器对应哪个 OS/ARCH、是否需要记录 Digest。三项都能在 Docker Hub 的同一张标签卡片里找到，再把页面命令交给本地终端执行，流程就闭环了。