@@ -88,7 +88,7 @@ You should avoid using the `:latest` tag when deploying containers in production
88
88
it is harder to track which version of the image is running and more difficult to
89
89
roll back properly.
90
90
91
- Instead, specify a meaningful tag such as ` v1.42.0 ` .
91
+ Instead, specify a meaningful tag such as ` v1.42.0 ` and/or a digest .
92
92
{{< /note >}}
93
93
94
94
To make sure the Pod always uses the same version of a container image, you can specify
@@ -113,6 +113,8 @@ running the same code no matter what tag changes happen at the registry.
113
113
When you (or a controller) submit a new Pod to the API server, your cluster sets the
114
114
` imagePullPolicy ` field when specific conditions are met:
115
115
116
+ - if you omit the ` imagePullPolicy ` field, and you specify the digest for the
117
+ container image, the ` imagePullPolicy ` is automatically set to ` IfNotPresent ` .
116
118
- if you omit the ` imagePullPolicy ` field, and the tag for the container image is
117
119
` :latest ` , ` imagePullPolicy ` is automatically set to ` Always ` ;
118
120
- if you omit the ` imagePullPolicy ` field, and you don't specify the tag for the
@@ -123,7 +125,7 @@ When you (or a controller) submit a new Pod to the API server, your cluster sets
123
125
124
126
{{< note >}}
125
127
The value of ` imagePullPolicy ` of the container is always set when the object is
126
- first _ created_ , and is not updated if the image's tag later changes.
128
+ first _ created_ , and is not updated if the image's tag or digest later changes.
127
129
128
130
For example, if you create a Deployment with an image whose tag is _ not_
129
131
` :latest ` , and later update that Deployment's image to a ` :latest ` tag, the
0 commit comments