重翻Fabric项目的源码，发现Docker部分内容，有很多不尽理解的地方，看着看着，就看到使用docker pull拉取Fabric镜像及使用docker tag为镜像重命名，稍作思虑，发现虽然使用过，却未求甚解，得过且过，如今已经忘了如何运用……
1. docker pull
从镜像源拉取镜像，一般来说是从Docker Hub拉取镜像（image）
docker pull [OPTIONS] NAME[:TAG|@DIGEST]
比如：
$ docker pull hyperledger/fabric-$IMAGES:$FABRIC_TAG Options: # -a 拉取所有不同标签的镜像 -a, --all-tags Download all tagged images in the repository # 忽略镜像校验，默认项 --disable-content-trust Skip image verification (default true)
我们实际操作一下看看，操作环境是常用的Ubuntu16.04
1.1 普通拉取
实际上我们可以直接拉取该镜像的最新版,默认拉取tag为latest的镜像
比如：
#拉取了java的镜像，tag为latest $ docker pull java Using default tag: latest latest: Pulling from library/java 5040bd298390: Pull complete fce5728aad85: Pull complete 76610ec20bf5: Pull complete 60170fec2151: Pull complete e98f73de8f0d: Pull complete 11f7af24ed9c: Pull complete 49e2d6393f32: Pull complete bb9cdec9c7f3: Pull complete Digest: sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d Status: Downloaded newer image for java:latest
拉取完成，我们可以查看已经拥有的镜像
$ docker images REPOSITORY TAG IMAGE ID CREATED SIZE java latest d23bdf5b1b1b 20 months ago 643MB
1.2 tag标签名拉取
从上述输出内容，我们可以发现，虽然只拉取了一个java镜像，但是拉取过程中，却有多个Pull complete，5040bd298390和fce5728aad85等8个，这是因为镜像可以由多“层”（layers）组成，而这种“层”可以被其他的镜像复用(有点像前端的组件或模块)，从而组成新镜像。
如果拉取另一个镜像，其中某些“层”已经下载过，那么docker pull则只会拉取元数据，而不会重复拉取“层”。
Docker的镜像库使用了内容寻址储存功能，而镜像ID是由SHA256作为摘要代表了其中包含的配置及“层”，下面我们来证明一下，因为我拉取的是java:latest,即tag名为latest的镜像，所以我需要找到和latest同版不同tag名的镜像（本质上是一个镜像，只是标签名不一样），在Docker Hub上搜到如下结果：
拉取tag名为8-jdk的镜像：
$ docker pull java:8-jdk 8-jdk: Pulling from library/java Digest: sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d Status: Downloaded newer image for java:8-jdk
很明显，此处的拉取没有看到“层”的信息，且摘要的sha256值也与tag名为latest的镜像完全一样，本质上这是完全相同的两个镜像，由相同的“层”组成，所以不需要再次拉取了。
此时，你们也许会和我产生相同的疑问，“完全相同？”，那是不是代表他们在操作环境中只存在一个？那么又用谁的tag名来命名呢？我们来看如下输出：
$ docker images REPOSITORY TAG IMAGE ID CREATED SIZE java 8-jdk d23bdf5b1b1b 20 months ago 643MB java latest d23bdf5b1b1b 20 months ago 643MB
我们可以清楚的看到，此时查看所有镜像，有tag名分别为8-jdk和latest的镜像罗列其上，java:8-jdk和 java:latest拥有相同的image ID，因为本质上他们确实是 同一镜像 ，只是由 不同标签 所标记。
由于镜像完全相同，则他们的“层”只储存一次，且不会消耗额外的磁盘空间，即操作环境中只存在一个java镜像，也可以用不同的tag标记这个镜像。
更多关于镜像，“层”，内容寻址存储库的信息，请移步还未开的新坑深度解析Docker镜像，“层”和存储驱动
1.3 摘要拉取
通过上述两种拉取镜像的方式，我们获得了一个sha256
sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d
我们下面尝试摘要拉取镜像的方法：
$ docker pull java@sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d: Pulling from library/java Digest: sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d Status: Image is up to date for java@sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d
该摘要的镜像，已经是最新，不需要拉取。
$ docker images REPOSITORY TAG IMAGE ID CREATED SIZE java 8-jdk d23bdf5b1b1b 20 months ago 643MB java latest d23bdf5b1b1b 20 months ago 643MB
镜像列表毫无变动。
这里需要提及一个知识点，摘要可以在Dockerfile中配合FROM使用：
FROM java@sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d
MAINTAINER some maintainer <maintainer@example.com>
这种引用方式，由于特定摘要，会将镜像固定为特定的版本，且不会更新，如需要使用其他版本，则需要变更摘要内容
1.4 从其他注册中心拉取
重申，默认情况下，docker pull从Docker Hub拉取镜像。当然，我们可以设置从其他注册中心拉取镜像：
$ docker pull localregistry.example:6666/testing/test-image
此处需要注意，注册中心的URL前不需要加http://或https://
1.5 从同一镜像库，一次拉取多个镜像
使用docker pull -a 则可以拉取同一镜像库中所有镜像。
1.6 取消拉取
取消拉取动作可以杀死拉取进程，直接在操作界面CTRL+c。
2. docker tag
给源镜像创建一个新的tag
docker tag SOURCE_IMAGE[:TAG] TARGET_IMAGE[:TAG]
镜像名，是由斜杠分割的每一个name组成部分构成的，如library/java。
用冒号分割name和tag，如library/java:8-jdk。
我们还可以在镜像名前加一些前缀，表示镜像来源是其他注册中心或私有注册中心，如
localregistry.example:6666/library/java:8-jdk
2.1 给Name引用的镜像加标签
$ docker tag java java:byname
读者们可以自行尝试docker tag java java:byname和docker tag java lib/java:byname有何异同
2.2 给ID引用的镜像加标签
$ docker tag d23bdf5b1b1b java:byid
2.3 给Name和Tag引用的镜像加标签
$ docker tag java:8-jdk java:bynameandid
2.4 给私有注册中心的镜像加标签
为了将镜像上传到私有注册中心，需要给镜像重命名，规则为：
$ docker tag java:8-jdk localregistry.example:6666/library/java:8-jdk-v1
docker pull和 docker tag是使用频率颇高的命令，使用方法简单，却有很多技巧，读者们可以自行练习、尝试。
后记
其实接触docker也很久了，怎么想到写这部分的内容呢？
下笔的初衷，是为求知识的沉淀，一直以来，上级领导对我的要求是快速应用技术，产生价值，那么理论研究，底层原理，甚至基础的命令，可能都不知真意，仅仅是能用，会用。
就像驾校教会学员驾驶技术（也可能没教会），却未曾教授汽车的组成（架构），运作机制（底层原理）。手会挂挡转方向盘，脚会踩离合油门刹车，是不是也就够了，会开车了。
那么为什么要沉淀？
其一，当有人问你，一些命令，一些原理的时候，你支支吾吾无法作答，因为你只是通过指尖的肌肉记忆了命令的使用方法，更遑论原理或底层；
其二，触类旁通，从最初的前端菜鸟，到后来的使用Spring Boot架构写Java应用，再到现在学习使用Linux命令(shell)、Docker、Go来应用区块链框架 HyperLedger Fabric 做生产，看似有些跨度，然而还是一个相同的领域，人与机器之间的交流。我学会的是用不同的语种去和会各种机器语言的机器去交流，就像一个活在机器国度的异族，会读，会写。在机器世界的践行之路上，与一开始的HTML，CSS，JavaScript，我的启蒙，渐行渐远。正值国庆前夕，暂且写在这里，感觉自己就是一颗过度吸水和接受充分光照的豆芽，越长越高，然而越高的地方越是纤细，根部不够繁茂，颈部不够粗壮，越是易弯易折。应当时刻鞭策自己，不弃初心，不忘本职，汲取前端更有营养的内容，强壮己身。
以上这篇Docker 拉取镜像及标签操作 pull | tag就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持。
Docker,拉取镜像,标签
《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线
暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。
艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。