如何使用 docker desktop update 命令管理更新

介绍

在本次实验里，我们会探究怎样对Docker的更新进行管理，主要聚焦于底层的Docker Engine（因为LabEx VM没有安装Docker Desktop）。你能够学会如何在不马上应用更新的情况下检查可用更新，通过运用像CODE0和CODE1这样的标准Docker命令来模拟这一流程，进而明白当前的安装状况与守护进程状态。

此外，我们将深入研究如何静默检查并应用 Docker Engine 更新的流程，使用系统包管理器（在基于 Debian 的 LabEx 环境中特指 CODE_0）。这将展示在 Linux 服务器上更新 Docker Engine 的典型工作流程，为你提供命令行更新操作的实践经验。

检查 Docker Desktop 更新但不应用

在这一步骤中，我们将学习如何检查 Docker Desktop 更新而不自动应用它们。虽然 LabEx VM 上没有安装 Docker Desktop，但底层 Docker Engine 是存在的。我们可以通过使用与 Docker 守护进程交互的命令来模拟检查更新的过程。

首先，让我们检查系统上当前安装的 Docker 版本。这是一个良好的实践，可以在寻找更新前了解当前运行的版本。

docker version

输出将显示 Docker 客户端和服务器（守护进程）版本的详细信息。

现在，为了模拟检查更新但不应用它们的过程，我们可以使用 CODE_0 命令。该命令提供关于 Docker 守护进程的详细信息，包括可能指示更新是否可用或更新流程如何配置的信息。虽然它不会明确显示"有可用更新"，但能让你了解守护进程状态和与更新相关的配置。

docker info

仔细查看 CODE_0 命令的输出。寻找与 Docker 守护进程配置相关的部分，特别是任何可能暗示更新通道或版本的信息。这个命令是了解 Docker 安装状态的强大工具。

静默检查并应用 Docker Desktop 更新

在本步骤中，我们将探索如何静默检查并应用 Docker Engine 的更新。虽然 Docker Desktop 提供了图形界面进行更新，但在 Linux 服务器上通常需要使用系统的包管理器来更新 Docker Engine。我们将模拟这一过程。

要知道，在Linux系统上更新Docker Engine，一般得用CODE0（Debian/Ubuntu系统）或CODE1/CODE2（Red Hat系统）这类命令。LabEx VM用的是Debian发行版，所以我们得用CODE3。

要静默检查更新，通常需要更新软件包列表而不升级软件包本身。这会获取包括 Docker 在内的可用软件包的最新信息。

sudo apt update

该命令会从软件源更新可用软件包及其版本的列表。它的"静默"体现在不会提示你安装任何内容，只是更新信息。

更新软件包列表后，你可以通过检查软件包信息来查看是否有新版本的 Docker 可用。

apt list --upgradable | grep docker-ce

该命令列出所有可升级的软件包，并过滤输出只显示包含"docker-ce"（Docker Engine 社区版的软件包名称）的行。如果有输出，则表示有新版本可用。

要静默应用更新，可以使用带有 CODE0 标志的 CODE1 命令。CODE_2 标志会自动对所有提示回答"是"，使升级过程无需交互，即"静默"。

sudo apt upgrade -y docker-ce

该命令会将 CODE0 软件包升级到软件源中的最新版本。CODE1 标志确保升级过程不需要用户确认即可继续。

升级完成后，最好再次验证 Docker 版本以确认更新是否成功。

docker version

将该命令的输出与上一步的输出进行比较，查看更新后的版本号。

总结

在本实验中，我们学习了如何与 Docker Engine 交互来模拟检查和应用更新的过程，尽管系统并未安装 Docker Desktop。我们首先使用 CODE0 命令检查当前 Docker 版本，以了解初始状态。接着，通过 CODE1 命令获取 Docker 守护进程的配置信息，这些信息可以间接反映与更新相关的状态，从而模拟了检查更新但不应用的过程。

我们还探索了在 Linux 系统上静默检查和更新 Docker Engine 的流程，了解到这通常需要使用系统包管理器如 CODE_0 来完成。这个过程模拟了通过命令行管理 Docker Engine 更新的方式，与 Docker Desktop 的图形界面操作形成对比。