@@ -724,7 +724,7 @@ guide explains the syntax.
724
724
# ## Optional references
725
725
726
726
A ConfigMap reference may be marked _optional_. If the ConfigMap is non-existent, the mounted
727
- volume will be empty. If the ConfigMap exists, but the referenced key is non-existent the path
727
+ volume will be empty. If the ConfigMap exists, but the referenced key is non-existent, the path
728
728
will be absent beneath the mount point. See [Optional ConfigMaps](# optional-configmaps) for more
729
729
details.
730
730
@@ -763,8 +763,8 @@ data item in the ConfigMap is represented by an individual file in the volume.
763
763
{{< /note > }}
764
764
765
765
The ConfigMap' s `data` field contains the configuration data. As shown in the example below,
766
- this can be simple -- like individual properties defined using `--from-literal` -- or complex --
767
- like configuration files or JSON blobs defined using `--from-file`.
766
+ this can be simple ( like individual properties defined using `--from-literal`) or complex
767
+ ( like configuration files or JSON blobs defined using `--from-file`) .
768
768
769
769
```yaml
770
770
apiVersion: v1
@@ -797,7 +797,7 @@ Pods can load data from a ConfigMap that uses either `data` or `binaryData`.
797
797
798
798
You can mark a reference to a ConfigMap as _optional_ in a Pod specification.
799
799
If the ConfigMap doesn' t exist, the configuration for which it provides data in the Pod
800
- (e.g. environment variable, mounted volume) will be empty.
800
+ (for example: environment variable, mounted volume) will be empty.
801
801
If the ConfigMap exists, but the referenced key is non-existent the data is also empty.
802
802
803
803
For example, the following Pod specification marks an environment variable from a ConfigMap
0 commit comments