意林读者第六期：Dockerfile文件解读

Dockerfile文件解读

Dockerfile由一行行命令语句组成，并且支持以#开头的注释行。

一般来说，Dockerfile分为四部分。基础镜像信息，维护者信息，镜像操作指令，和容器启动指令。比如:

# 镜像信息
From Node:12

# 维护者信息
MAINTAINER Terrence 814324580@qq.com

# 镜像操作指令
RUN npm i
RUN npm run build

# 容器启动指令
CMD [ "node", "app.js" ]

一开始必须指明所基于的镜像名称，接下来一般是说明维护者信息。后面则是镜像操作指令，例如RUN指令，RUN指令将对镜像执行跟随的命令。每运行一条RUN指令，镜像就添加新的一层，并提交。最后是CMD指令，用来指定运行容器时的操作命令。

指令说明

• FROM 指定所创建镜像的基础镜像
• MAINTAINER 维护者信息
• RUN 运行命令
• CMD 指定启动容器时默认的执行命令
• LABEL 指定生成镜像的元数据标签信息
• EXPOST 指定镜像内服务所监听的端口号
• ENV 指定环境变量
• ADD 复制指定的路径下的内容到容器中的目录下
• COPY 复制本地主机的路径下的内容到镜像中的目录，一般推荐使用COPY
• ENTRYPOINT 指定镜像默认入口
• VOLUME 创建数据卷挂载点
• USER 指定运行容器时的用户名
• WORKDIR 配置工作目录
• ARG 指定镜像内使用的参数
• ONBUILD 配置当所创建的镜像作为其他镜像的基础镜像时，锁执行的指令

COPY：格式为COPY。复制本地主机的（为Dockerfile所在目录的相对路径、文件或目录）下的内容到镜像中的下。目标路径不存在时，会自动创建。路径同样支持正则格式。当使用本地目录为源目录时，推荐使用COPY。

WORKDIR: 为后续的RUN、CMD和ENTRYPOINT指令配置工作目录。格式为WORKDIR /path/to/workdir。

创建镜像

编写完成Dockerfile之后，可以通过docker build命令来创建镜像。基本的格式为docker build[选项]内容路径，该命令将读取指定路径下（包括子目录）的Dockerfile，并将该路径下的所有内容发送给Docker服务端，由服务端来创建镜像。因此除非生成镜像需要，否则一般建议放置Dockerfile的目录为空目录。有两点经验：

• 如果使用非内容路径下的Dockerfile，可以通过-f选项来指定其路径。
• 要指定生成镜像的标签信息，可以使用-t选项。

# docker build 命令
docker build -t testDockerfile .

如何量化抽象问题

这个周会上大家讨论了一个问题：开发任务如何排期。

几个同事都说了自己的观点，都提到一点：根据自己的经验大概需要几天。然后就延伸出来一个问题：为什么根据你的经验，这个需求需要两天或三天？围绕这个问题大家又把可能影响排期的因素都思考了一遍。比如说：有没有可复用的组件，兼容性隐藏逻辑,接口是否能mock,端的适配,是否有动画媒体等等，但是到底该如何量化这些问题呢？

把这些因素都赋一个基数，然后进行排期的时候看看有没有这些因素存在，把存在的因素的基数相加？这个感觉似乎也不甚妥当。

暂时还没有好的方案去量化一个抽象的问题。