网站建设需要什么证书,wordpress下拉列表,教育机构网站是,医疗在线网站建设目录
1、docker命令
2、镜像和容器的关系
3、Dockfile中特殊语法 #xff08;1#xff09;CMD 和 ENTRYPOINT
① 普通案例
② 特殊案例 a、dockfile中的命令 和 命令行中的命令有冲突
b、使用exec执行PID1的命令 ③【cmd、entrypoint】和 exec 的关系
#xff08…目录
1、docker命令
2、镜像和容器的关系
3、Dockfile中特殊语法 1CMD 和 ENTRYPOINT
① 普通案例
② 特殊案例 a、dockfile中的命令 和 命令行中的命令有冲突
b、使用exec执行PID1的命令 ③【cmd、entrypoint】和 exec 的关系
2ADD
4、镜像命令
1镜像生成 【方案一】 指定dockerfile生成镜像
【方案二】容器备份生成镜像
2镜像拉取
3镜像查看
4删除所有未被任何容器引用的镜像 【危险不建议】
5push镜像到docker hug 1、docker命令
Docker学不会不妨看看这篇文章 (qq.com)
Docker批量删除REPOSITORY、TAG为none的镜像_shenzhen_zsw的专栏-CSDN博客_docker删除repository
docker删除镜像的时候报错--image has dependent child images - 清风软件测试 - 博客园
2、镜像和容器的关系 镜像是一个静态的只读模板它包含了运行一个应用程序所需要的所有东西包括代码、运行时环境、库、环境变量和配置文件。 容器是镜像nginx的一个运行实例如果把镜像看做类容器就是类的实例对象。
3、Dockfile中特殊语法 1CMD 和 ENTRYPOINT
ENTRYPOINT 和 CMD 都是 Dockerfile 的语法. (1) CMD 用于提供默认的容器启动命令。如果在启动容器时没有提供命令那么将使用 CMD 指定的命令。如果在启动容器时提供了额外命令那么 CMD 指定的命令将被忽略。 (2) ENTRYPOINT 用于将容器当作一个可执行程序。ENTRYPOINT 指定的命令将总是在容器启动时执行而且不会被忽略。如果在启动容器时提供了命令那么这个命令将作为 ENTRYPOINT 命令的参数。 ① 普通案例
假设你有一个 Dockerfile其中包含以下指令
ENTRYPOINT [echo]CMD [Hello, Docker!] 当你基于这个 Dockerfile 构建镜像并用这个镜像启动容器时如果你没有提供命令那么容器将输出 “Hello, Docker!”。这是因为 ENTRYPOINT 指定的 echo 命令将使用 CMD 指定的 “Hello, Docker!” 作为参数。 如果你在启动容器时提供了命令例如 docker exec -it 容器ID或names “Hello, World!”那么容器将输出 “Hello, World!”。这是因为你提供的命令将作为 ENTRYPOINT 指定的 echo 命令的参数而 CMD 指定的 “Hello, Docker!” 将被忽略。
② 特殊案例 a、dockfile中的命令 和 命令行中的命令有冲突 如果Dockerfile中指定 ENTRYPOINT [sh, xx.sh] 但是又运行了 “docker run --name 容器名 -idt image /bin/bash ” 这时 Docker 将尝试运行 sh xx.sh /bin/bash。这意味着 /bin/bash 会被作为参数传递给 xx.sh 脚本。 如果你想在容器启动时运行 /bin/bash 而不是 sh xx.sh你需要在 docker run 命令中使用 --entrypoint 参数来覆盖 Dockerfile 中的 ENTRYPOINT 指令如下所示
docker run --name 容器名 -idt --entrypoint /bin/bash image
b、使用exec执行PID1的命令
在 Dockerfile 中可以使用 exec 形式的 ENTRYPOINT 或 CMD例如
ENTRYPOINT [exec, python, app.py]或CMD [exec, python, app.py] 这里的 exec 实际上并不是指 exec 命令而是表示 Docker 应该使用 exec 形式来执行指定的命令而不是使用 shell 形式。 在 exec 形式中Docker 会直接执行指定的命令而不是通过 /bin/sh -ccommand 或其他 shell 来执行。这样做的一个好处是执行的命令会成为容器的 PID 1 进程这样它就可以接收到系统的各种信号例如 SIGTERM。 即无exec时docker默认会转化为 /bin/sh -c [cmd或entrypoint] python app.py有exec时docker会直接执行 [cmd或entrypoint] python app.py不再借助shell执行。 ③【cmd、entrypoint】和 exec 的关系
dockfile中的 exec 是在标识一种命令执行形式。告诉机器直接以PID1来运行后面的命令而不是先启动shell 再在shell里执行后续命令。cmd、entrypoint 是在标识 后面的命令是 默认值 or 必须执行的值。 所以两者是独立的只是可以组合一起用罢了。所以 cmd exec python app.py 并不能保障PID1的命令就是python app.py因为cmd的命令会被 “docker run xx 命令”中的命令取代而exec只保障后续执行的命令一定是PID1至于具体的命令是什么还要受cmd、entrypoint、docker run xx 的指令限制。
2ADD ADD命令用于将主机中的文件或目录复制到镜像中所以基于同一个镜像启动的所有容器都会有相同的工作目录。复制完成后主机目录和镜像目录是完全独立的后续操作都不会互相影响。 例如 ADD ./pythonwork/test01 /test会将主机上的./pythonwork/test01目录下的所有内容复制到镜像下的/test
4、镜像命令
1镜像生成 【方案一】 指定dockerfile生成镜像
docker build -t 镜像名:镜像tag -fdockfile所在路径 .
-t 参数用于指定镜像。如果不写-tDocker 会为构建的新镜像分配一个随机的哈希值作为其 ID但其镜像名:镜像tagNone:None会导致删除、引用等管理上的问题。如果只是tag如果不写默认是lastest。最后的点(.)表示 Dockerfile 所在的上下文目录的路径点(.)即当前目录也可以指定其他目录。Docker 构建过程需要一个上下文。上下文是在本地的文件系统中指定的一个目录它包含了构建镜像所需要的所有文件。
注意这个目录会影响Dockerfile中的ADD、COPY指令因为这两个指令中对应的本地文件系统目录就是以该目录为父目录的。举例 如果 Dockerfile 和 app.py 在不同的文件夹下那么你需要在执行 docker build 命令时指定的构建上下文路径应包含这两个文件。 例如你的文件结构如下 /myproject/ |-- Dockerfile /otherdir/ |-- app.py 你可以将 app.py 复制或者移动到 myproject 目录下这样 Dockerfile 和 app.py 就在同一个目录中了然后你在 myproject 目录下执行 docker build 命令。 如果你不想移动 app.py 文件那么你就需要选择一个包含 Dockerfile 和 app.py 的公共父目录作为构建上下文。这里的公共目录就是 / 目录再在该公共目录下执行 docker build 命令并使用 -f 参数指定 Dockerfile 的路径如下 docker build -t my-python-app:1.0 -f /myproject/Dockerfile . 然后在 Dockerfile 中你可以使用以下命令将 app.py 文件添加到镜像中 ADD /otherdir/app.py /app/ 注意这样会将 / 目录下的所有文件和子目录都包含到构建上下文中这可能会使构建过程变得非常慢并且可能会包含你不想添加到镜像中的文件。因此通常建议将 Dockerfile 和所有需要添加到镜像的文件都放在同一个目录中。 所以常看到把Dockerfile和需要添加到镜像的文件都放在同一个目录下然后再cd 到这个公共目录执行docker build xx操作。
【方案二】容器备份生成镜像
docker commit -p 容器ID 备份命名
2镜像拉取
docker image pull repository:tag 或者 docker pull repository:tag
其中 PEPOSITORY-镜像的仓库源TAG-镜像的标签。未指定TAG默认是最新tag。
3镜像查看 docker images
或
docker images -a
4删除所有未被任何容器引用的镜像 【危险不建议】
多人协同下不建议使用
docker image prune -a
如果是要同时删除所有已经停止的容器以及所有未被任何容器引用的镜像包括那些你可能希望保留的镜像【同样危险不建议】
docker system prune -a
5push镜像到docker hug
