8.7.3. 镜像更改触发器
通过镜像更改触发器，您可以在上游镜像有新版本可用时自动调用构建。例如，如果构建以 RHEL 镜像为基础，那么您可以触发该构建在 RHEL 镜像更改时运行。因此，应用程序镜像始终在最新的 RHEL 基础镜像上运行。
配置镜像更改触发器需要以下操作：
定义指向要触发的上游镜像的
ImageStream：kind: "ImageStream" apiVersion: "v1" metadata: name: "ruby-20-centos7"
这将定义绑定到位于 < system-registry> / <namespace> /ruby-20-centos7 的容器镜像存储库的 镜像流。<system-registry> 定义为 OpenShift Container Platform 中运行的名为
docker-registry的服务。如果镜像流是构建的基础镜像，请将构建策略中的 from 字段设置为指向镜像流：
strategy: sourceStrategy: from: kind: "ImageStreamTag" name: "ruby-20-centos7:latest"在这种情形中，
sourceStrategy定义将消耗此命名空间中名为ruby-20-centos7的镜像流的latest标签。使用指向镜像流的一个或多个触发器定义构建：
type: "imageChange" 1 imageChange: {} type: "imageChange" 2 imageChange: from: kind: "ImageStreamTag" name: "custom-image:latest"
将镜像更改触发器用于策略镜像流时，生成的构建会获得一个不可变 docker 标签，指向与该标签对应的最新镜像。在执行构建时，策略将使用此新镜像引用。
对于不引用策略镜像流的其他镜像更改触发器，系统会启动新构建，但不会使用唯一镜像引用来更新构建策略。
在上例中，如果策略有镜像更改触发器，生成的构建将是：
strategy:
sourceStrategy:
from:
kind: "DockerImage"
name: "172.30.17.3:5001/mynamespace/ruby-20-centos7:<immutableid>"这将确保触发的构建使用刚才推送到存储库的新镜像，并且可以使用相同的输入随时重新运行构建。
除了设置适用于所有 Strategy 类型的镜像字段外，自定义构建还需要检查 OPENSHIFT_CUSTOM_BUILD_BASE_IMAGE 环境变量。如果不存在，则使用不可变镜像引用来创建它。如果存在，则使用不可变镜像引用进行更新。
如果因为 Webhook 触发器或手动请求而触发构建，则创建的构建将使用从 Strategy 引用的 ImageStream 解析而来的 <immutableid>。这将确保使用一致的镜像标签来执行构建，以方便再生。
指向 v1 Docker registry 中的容器镜像的镜像流仅在 镜像流标签 可用时触发一次构建，后续镜像更新时则不会触发。这是因为 v1 Docker registry 中缺少可唯一标识的镜像。
