Docker之Dockerfile命令

Dockerfile是一个文本文件,包含了构建Docker镜像的一系列命令。关键命令包括`FROM`定义基础镜像,`MAINTAINER`指定维护者,`RUN`执行构建时的命令,`EXPOSE`公开端口,`WORKDIR`设定工作目录,`CMD`和`ENTRYPOINT`定义容器启动时执行的任务。`COPY`和`ADD`用于复制文件,`VOLUME`创建数据卷,`ENV`设置环境变量。`CMD`和`ENTRYPOINT`的组合允许灵活地定义容器启动行为。

参考地址:http://github.com/docker-library/tomcat

命令:
from
#基础镜像,当前的新镜像是基于哪个镜像,指定当前一个已经存在的镜像作为模板,通常放在第一条命令

maintainer
#镜像维护者的姓名和邮箱地址

run
#容器构建时需要运行的命令

run命令是在docker build时运行,通常有两种格式供你选择:
shell格式:

run <命令行命令>
#<命令行命令>等同于在终端操作的shell命令
#例如:
run yum -y install vim

exec格式:

run ["可执行文件","参数1","参数2"]
#例如
run ["./test.php","dev","offline"] 
#等价于
run ./test.php dev offline
expose
#当前容器对外暴露出的端口

workdir
#指定在创建容器后,终端默认登录的进来工作目录(落脚点)

user
#指定该镜像以什么样的用户去执行,如果都不能指定,默认是root

env
#用来在构建镜像过程中设置环境变量
#例如
env MY_PATH /usr/mytest
#这个环境变量可以在后续的任何run指令中使用,这就如同在命令前面指定了环境变量前缀一般。也可以在其他指令中直接使用,如下
workdir $MY_PATH

add
#将宿主机目录下的文件拷贝进入镜像且会自动处理URL和解压tar压缩包

copy
#类似add,拷贝文件和目录到镜像上。将从构建上下文目录中<源路径>的文件/目录复制到新的一层的镜像内的<目标路径>位置
copy src dest
copy["src","dest"]
<src 源路径>:源文件或源目录
<dest 目标路径>:容器内的指定路径,该路径不用事先建好,路径不存在的话,会自动创建。

volume
#容器数据卷,用于数据保存和持久化工作

cmd
#指定容器启动后的要干的事情

cmd命令如同run命令一般,也有多种格式:
shell格式:

cmd <命令>

exec格式:

cmd ["可执行文件","参数1","参数2"...]

参数列表格式:

cmd ["参数1","参数2",...]
#在指定了entrypoint命令后,用cmd指令具体的参数

**ps:**dockerfile中可以有多个cmd指令,但是只有最后一个会有效,cmd会被docker run 之后的参数替换

cmd和run的区别:

  • cmd在docker run时运行,
  • run在docker build时运行
entrypoint
#用来指定一个容器启动时要运行的命令

entrypoint类似于cmd指令,但是entrypoint不会被docker run后面的命令覆盖,而且这些命令行参数会被当做参数送给entrypoint指令指定的程序
命令格式:

entrypoint ["<executeable>","<param1>","<param2>",...]

entrypoint可以和cmd一起用,一般是变参才会使用cmd,这里的cmd等于是在给entrypoint传参。当指定了entrypoint后,cmd的含义也就发生了一些变化,不再是直接运行其命令,而是将cmd的内容作为参数传递给entrypoint指令,也就是;

<entrypoint>"<cmd>"

当然,如果dockerfile中存在多个entrypoint指令,那么仅有最后一个会生效。

总结一下所有命令:

buildbothrun
fromworkdircmd
maintaineruserenv
copyexpose
addvolume
runentrypoint
onbuild
.dockerignore
Docker 构建过程中,若使用 `docker build -f docker/Dockerfile -t liosam-noetic-xenial .` 命令提示错误信息: ``` ERROR: resolve : lstat docker: no such file or directory ``` 这表明指定路径 `docker/Dockerfile` 不存在或当前目录结构中没有名为 `docker` 的子目录。可以通过以下方式验证并解决该问题。 ### 检查 Dockerfile 是否存在 执行以下命令以确认 `docker/Dockerfile` 是否存在于当前工作目录中: ```bash ls -la docker/Dockerfile ``` 如果系统返回如下错误: ``` ls: cannot access 'docker/Dockerfile': No such file or directory ``` 则说明目标文件不存在或路径不正确。此时应检查项目结构,确保 `Dockerfile` 存在于正确的子目录中。在构建镜像前,必须确保该文件存在且可读[^1]。 ### 检查 docker 子目录是否存在 除了验证 `Dockerfile` 是否存在,还应检查是否包含名为 `docker` 的目录。可以使用以下命令查看: ```bash ls -la | grep docker ``` 若未列出任何与 `docker` 相关的目录,则说明该目录缺失。此时需创建该目录并将 `Dockerfile` 放入其中: ```bash mkdir docker cp Dockerfile docker/ ``` 完成操作后再次运行 `ls -la docker/Dockerfile` 确认文件已正确放置。 ### 验证文件权限 若 `docker/Dockerfile` 已存在但仍然无法访问,可能涉及权限问题。可通过以下命令查看其权限设置: ```bash ls -la docker/Dockerfile ``` 输出示例为: ``` -rw-r--r-- 1 user group 1234 Jan 1 00:00 docker/Dockerfile ``` 确保当前用户具有读取权限(即权限位中的 `r`)。若权限不足,可使用以下命令添加读取权限: ```bash chmod +r docker/Dockerfile ``` 此操作将使所有用户都能读取该文件,确保 Docker 构建时能正常访问[^1]。 ### 替代方案:直接构建根目录下的 Dockerfile 如果当前目录下已有 `Dockerfile`,可省略 `-f` 参数,直接执行: ```bash docker build -t liosam-noetic-xenial . ``` 这种方式会默认查找当前目录下的 `Dockerfile`,避免因路径错误导致构建失败[^1]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Yrui.

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值