Dockerfile文件解读
Dockerfile由一行行命令语句组成，并且支持以#开头的注释行。
一般来说，Dockerfile分为四部分。基础镜像信息，维护者信息，镜像操作指令，和容器启动指令。比如:
代码语言：javascript复制# 镜像信息
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复制本地主机的路径下的内容到镜像中的目录，一般推荐使用COPYENTRYPOINT指定镜像默认入口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,端的适配,是否有动画媒体等等，但是到底该如何量化这些问题呢？
把这些因素都赋一个基数，然后进行排期的时候看看有没有这些因素存在，把存在的因素的基数相加？这个感觉似乎也不甚妥当。
暂时还没有好的方案去量化一个抽象的问题。
