* Apply typo fixes from #2791 * remove style typos
This commit is contained in:
+1
-1
@@ -383,7 +383,7 @@ The `kubectl apply` command writes the contents of the configuration file to the
|
||||
`kubectl.kubernetes.io/last-applied-configuration` annotation. This
|
||||
is used to identify fields that have been removed from the configuration
|
||||
file and need to be cleared from the live configuration. Here are the steps used
|
||||
to caluculate which fields should be deleted or set:
|
||||
to calculate which fields should be deleted or set:
|
||||
|
||||
1. Calculate the fields to delete. These are the fields present in `last-applied-configuration` and missing from the configuration file.
|
||||
2. Calculate the fields to add or set. These are the fields present in the configuration file whose values don't match the live configuration.
|
||||
|
||||
+1
-1
@@ -62,7 +62,7 @@ The `create`, `replace`, and `delete` commands work well when each object's
|
||||
configuration is fully defined and recorded in its configuration
|
||||
file. However when a live object is updated, and the updates are not merged
|
||||
into its configuration file, the updates will be lost the next time a `replace`
|
||||
is executed. This is can happen if a controller, such as
|
||||
is executed. This can happen if a controller, such as
|
||||
a HorizontalPodAutoscaler, makes updates directly to a live object. Here's
|
||||
an example:
|
||||
|
||||
|
||||
Reference in New Issue
Block a user