与上述答案相似

docker images | awk '{print $1}' | grep -v 'none' | grep -iv 'repo' | xargs -n1 docker pull

我不喜欢挂载卷作为到主机目录的链接，所以我提出了一个模式，用完全由docker管理的容器来升级docker容器。使用——volumes-from <container>创建一个新的docker容器，将为新容器提供更新后的镜像共享docker管理的卷的所有权。

docker pull mysql
docker create --volumes-from my_mysql_container [...] --name my_mysql_container_tmp mysql

通过不立即删除原始的my_mysql_container，如果升级后的容器没有正确的数据，或者没有通过健全测试，您可以恢复到已知的工作容器。

此时，我通常会运行容器的任何备份脚本，以便在出现问题时为自己提供一个安全网

docker stop my_mysql_container
docker start my_mysql_container_tmp

现在，您有机会确保希望在新容器中的数据已经存在，并运行完整性检查。

docker rm my_mysql_container
docker rename my_mysql_container_tmp my_mysql_container

只要有容器在使用docker卷，docker卷就会一直存在，所以您可以安全地删除原始容器。一旦删除了原来的容器，新的容器就可以采用原来的同名容器，使一切都像开始时一样漂亮。

使用此模式升级docker容器有两个主要优点。首先，它允许卷直接传输到升级的容器，从而消除了将卷挂载到主机目录的需要。其次，你永远不会处于一个没有工作docker容器的位置;因此，如果升级失败，您可以通过再次旋转原来的docker容器轻松恢复到以前的工作方式。

在评估答案和研究主题之后，我想总结一下。

Docker升级容器的方式如下:

应用程序容器不应该存储应用程序数据。通过这种方式，你可以在任何时候通过执行如下命令将应用程序容器替换为更新的版本:

docker pull mysql
docker stop my-mysql-container
docker rm my-mysql-container
docker run --name=my-mysql-container --restart=always \
  -e MYSQL_ROOT_PASSWORD=mypwd -v /my/data/dir:/var/lib/mysql -d mysql

您可以将数据存储在主机上(在作为卷挂载的目录中)，也可以存储在特殊的仅数据容器中。阅读更多相关信息

关于卷(Docker docs) 小Docker碎片，松散连接(汤姆·奥弗曼) 如何处理Docker中的持久存储(例如数据库)(堆栈溢出问题)

升级应用程序(例如;容器中的yum/apt-get upgrade)被认为是反模式。应用程序容器被认为是不可变的，这将保证可再现的行为。一些官方的应用程序映像(特别是mysql:5.6)甚至没有被设计为自我更新(apt-get升级不起作用)。

我要感谢每个给出答案的人，这样我们才能看到不同的方法。

与上述答案相似

docker images | awk '{print $1}' | grep -v 'none' | grep -iv 'repo' | xargs -n1 docker pull

如果你不想使用Docker Compose，我可以推荐portainer。它有一个重建函数，可以让您在提取最新图像的同时重新创建容器。

摘自http://blog.stefanxo.com/2014/08/update-all-docker-images-at-once/

您可以使用以下命令管道更新所有现有的映像:

docker images | awk '/^REPOSITORY|\<none\>/ {next} {print $1}' | xargs -n 1 docker pull