🎨
Docker
  • Docker入门
  • Docker overview
    • 隔离与限制
    • copy-on-write(CoW: 写时复制)
    • docker中的联合文件系统
    • Docker存储
      • tmpfs mounts
      • volume
      • bind mounts
    • Docker网络
      • host模式
      • bridge模式
        • default bridge模式
        • User-defined bridge模式
      • none模式
      • container模式
  • 容器监控方式
    • prometheus + grafana+cAdvisor监控容器
  • Dockerfile指令
    • Usage
    • BuildKit
    • Format
    • Parser directives
      • syntax
      • escape
    • Environment replacement
    • FROM
      • 了解ARG和FROM之间的交互方式
    • .dockerignore file
    • RUN
    • CMD
    • COPY
    • ADD
    • ENV
    • WORKDIR
    • ARG
      • Impact on build caching(对构建缓存的影响)
      • Default(默认值)
      • Scope(作用域)
      • Using ARG Variables(使用ARG变量)
      • Predefined ARGS(预先定义好的ARG变量)
      • Automatic platform ARGs in the global scope(全局作用域中自动化平台的ARGS)
    • STOPSIGNAL
    • HEALTHCHECK
    • SHELL
    • ONBUILD
    • Dockerfile示例
    • LABEL
    • MAINTAINER (deprecated)
    • EXPOSE
    • ENTRYPOINT
      • Shell形式的ENTRYPOINT示例
      • 理解CMD和ENTRYPOINT是如何交互的
    • VOLUME
    • USER
  • docker-compose.yaml文件中常用指令
    • compose文件结构和示例
    • 服务配置参考
      • build
        • dockerfile
        • context
        • shm_size
        • network
        • labels
        • cache_from
        • args
        • target
      • cap_add, cap_drop
      • cgroup_parent
      • command
      • configs
        • 短语法形式
        • 长语法形式
      • container_name
      • credential_spec
        • EXAMPLE GMSA CONFIGURATION
      • depends_on
      • deploy
        • endpoint_mode
        • labels
        • mode
        • placement
        • max_replicas_per_node
        • replicas
        • resource
        • restart_policy
        • rollback_config
        • Update_config
        • Not supported for docker stack deploy
      • devices
      • dns
      • dns_search
      • entrypoint
      • env_file
      • environment
      • expose
      • external_links
      • extra_hosts
      • healthcheck
      • image
      • init
      • isolation
      • labels
      • links
      • logging
      • network_mode
      • networks
        • alias
        • IPV4_ADDRESS, IPV6_ADDRESS
      • pid
      • ports
        • 长语法
        • 短语法
      • profiles
      • restart
      • secrets
        • 长语法
        • 短语法
      • security_opt
      • stop_grace_period
      • stop_signal
      • sysctls
      • tmpfs
      • ulimits
      • userns_mode
      • volumes
        • 长语法
        • 短语法
        • VOLUMES FOR SERVICES, SWARMS, AND STACK FILES
      • domainname, hostname, ipc, mac_address, privileged, read_only, shm_size, stdin_open, tty, user, work
      • Specifying durations
      • Specifying byte values
      • Volume configuration reference
        • driver
        • driver_opts
        • external
        • labels
        • name
      • Network configuration reference
        • name
        • external
        • labels
        • internal
        • ipam
        • enable_ipv6
        • driver
          • overlay
          • bridge
          • host或者none
        • driver_opts
        • attachable
      • configs configuration reference
      • secrets configuration reference
      • Variable substitution
      • Extension fields
  • docker-compose示例
    • WordPress
    • PostgreSQL
    • Django和PostgreSQL
    • Rails和PostgreSQL
  • Dockerfile最佳实践
Powered by GitBook
On this page

Was this helpful?

  1. Dockerfile指令

ONBUILD

ONBUILD <INSTRUCTION>

ONBUILD指令在镜像中添加了一个触发指令,该指令将在以后执行,当镜像作为另一个镜像的基础镜像时。触发器将在下游构建的上下文中被执行,就好像在下游Dockerfile的FROM指令之后立即插入的一样。

任何构建指令都可以注册为触发器 。

如果我们正在构建一个镜像,该镜像将用作构建其他镜像的基础镜像,例如应用构建环境或通过特定用户配置进行自定义的守护进程,这很有用 。

例如,如果我们的镜像是可重复使用的Python应用程序构建器,需要在特定目录中添加应用源代码,之后可能需要调用一个构建脚本。我们现在不能只调用ADD和RUN,因为我们尚未访问应用程序源代码,并且每个应用程序构建的代码将有所不同。我们只需向应用程序开发人员提供一个Dockerfile样板文件,然后复制粘贴到他们的应用程序中。但这种做法低效、容易出错而且难以更新,因为它与应用程序特定的代码混在一起。

解决方案是使用ONBUILD注册指令,在下一个构建阶段时运行 。

工作原理如下:

  1. 当它遇到ONBUILD指令时,构建器会为正在构建的镜像的元数据添加一个触发器。该指令不会影响当前的构建 。

  2. 在构建结束时,所有触发器的列表存储在镜像列表中,在onBuild键下。它们可以通过docker inspect命令进行检查。

  3. 稍后,镜像可以作为正在使用FROM指令的一个新的构建(build)的基础镜像。作为FROM指令处理的一部分,下游构建器会查找ONBUILD触发器,并按注册的相同顺序执行它们。如果任何触发器出现故障,则FROM指令中止,从而导致构建的失败。如果所有触发器都成功,则FROM指令完成,构建过程将继续正常进行 。

  4. 执行后,触发器从最终的镜像中清除。换句话说,它们不被子构建继承。

例如,我们可以添加下面这样的内容:

ONBUILD ADD . /app/src
ONBUILD RUN /usr/local/bin/python-build --dir /app/src

Warning:

无法链式使用ONBUILD,例如ONBUILD ONBUILD。ONBUILD指令可能不会触发FROM或MAINTAINER指令。

PreviousSHELLNextDockerfile示例

Last updated 4 years ago

Was this helpful?