From 6b3bb1d150a7474f4451a2eaa0cde115b846eb4c Mon Sep 17 00:00:00 2001 From: Carlos Sanchez Date: Wed, 6 Mar 2024 19:49:15 +0100 Subject: [PATCH] docs: minor readability on migration the ordered list was 1-2-3-1 fixed the indentation --- docs/migrating.md | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/docs/migrating.md b/docs/migrating.md index 3e1f85c461..524b67444d 100644 --- a/docs/migrating.md +++ b/docs/migrating.md @@ -55,10 +55,11 @@ Instead of removing Deployment you can scale it down to zero and reference it fr 1. Create a Rollout resource. 1. Reference an existing Deployment using `workloadRef` field. 1. In the `workloadRef` field set the `scaleDown` attribute, which specifies how the Deployment should be scaled down. There are three options available: -* "never": the Deployment is not scaled down -* "onsuccess": the Deployment is scaled down after the Rollout becomes healthy -* "progressively": as the Rollout is scaled up the Deployment is scaled down. -Alternatively, manually scale down an existing Deployment by changing replicas field of an existing Deployment to zero. + * `never`: the Deployment is not scaled down + * `onsuccess`: the Deployment is scaled down after the Rollout becomes healthy + * `progressively`: as the Rollout is scaled up the Deployment is scaled down. + + Alternatively, manually scale down an existing Deployment by changing replicas field of an existing Deployment to zero. 1. To perform an update, the change should be made to the Pod template field of the Deployment. Below is an example of a Rollout resource referencing a Deployment.