@@ -684,28 +684,28 @@ package runtime container.
684
684
685
685
<!-- vale write-good.Passive = NO -->
686
686
The package manager is opinionated about some fields to ensure
687
- <!-- vale write-good.Passive = YES -->
688
687
the runtime is working and overlay them on top of the values
689
688
in the runtime configuration. For example, it defaults the replica count
690
689
to 1 if not set and overrides the label selectors to make sure the Deployment
691
690
and Service match. It also injects any necessary environment variables,
692
691
ports and volumes and volume mounts.
692
+ <!-- vale write-good.Passive = YES -->
693
693
694
+ <!-- vale gitlab.FutureTense = NO -->
694
695
The `Provider` or `Functions`'s `spec.runtimeConfigRef.name` field defaults
695
696
to value `default`, which means Crossplane uses the default runtime configuration
696
697
if not specified. Crossplane ensures there is always a default runtime
697
- <!-- vale gitlab.FutureTense = NO -->
698
698
configuration in the cluster, but won't change it if it already exists. This
699
- <!-- vale gitlab.FutureTense = YES -->
700
699
allows users to customize the default runtime configuration to their needs.
700
+ <!-- vale gitlab.FutureTense = YES -->
701
701
702
702
{{<hint "tip" >}}
703
703
<!-- vale gitlab.SubstitutionWarning = NO -->
704
704
Since `DeploymentRuntimeConfig` uses the same schema as Kubernetes `Deployment`
705
- <!-- vale gitlab.SubstitutionWarning = YES -->
706
705
spec, you may need to pass empty values to bypass the schema validation.
707
706
For example, if you just want to change the `replicas` field, you would
708
707
need to pass the following :
708
+ <!-- vale gitlab.SubstitutionWarning = YES -->
709
709
710
710
` ` ` yaml
711
711
apiVersion: pkg.crossplane.io/v1beta1
0 commit comments