16 files changed, 63 insertions, 140 deletions

diff --git a/doc/topics/application_development_platform/index.md b/doc/topics/application_development_platform/index.md
index fac9f963a98..524ba2aaf6d 100644
--- a/doc/topics/application_development_platform/index.md
+++ b/doc/topics/application_development_platform/index.md
@@ -1,67 +1,11 @@
 ---
-stage: none
-group: unassigned
-info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments
+redirect_to: '../../user/infrastructure/index.md'
+remove_date: '2022-12-08'
 ---
 
-# Application Development Platform **(FREE)**
+This document was moved to [another location](../../user/infrastructure/index.md).
 
-The GitLab Application Development Platform refers to the set of GitLab features used to create, configure, and manage
-a complete software development environment. It provides development, operations, and security teams with a robust feature set aimed at supporting best practices out of the box.
-
-## Overview
-
-The GitLab Application Development Platform aims to:
-
-- Reduce and even eliminate the time it takes for an Operations team
-  to provide a full environment for software developers.
-- Get developers up and running fast so they can focus on writing
-  great applications with a robust development feature set.
-- Provide best-of-breed security features so that applications developed
-  with GitLab are not affected by vulnerabilities that may lead to security
-  problems and unintended use.
-
-It is comprised of the following high-level elements:
-
-1. Compute
-1. Build, test, and deploy a wide range of applications
-1. Security
-1. Observability
-
-We believe the use of these common building blocks equate to big gains for teams of all sizes, resulting from the adoption
-of newer, more efficient, more profitable, and less error-prone techniques for shipping software applications.
-
-### Compute
-
-Because at GitLab we are [cloud-native first](https://about.gitlab.com/handbook/product/#cloud-native-first) our
-Application Development Platform initially focuses on providing robust support for Kubernetes, with other platforms
-to follow. Teams can bring their own clusters and we additionally make it easy to create new infrastructure
-with various cloud providers.
-
-### Build, test, deploy
-
-In order to provide modern DevOps workflows, our Application Development Platform relies on
-[Auto DevOps](../autodevops/index.md) to provide those workflows. Auto DevOps works with
-any Kubernetes cluster; you're not limited to running on GitLab infrastructure. Additionally, Auto DevOps offers
-an incremental consumption path. Because it is [composable](../autodevops/customize.md#using-components-of-auto-devops),
-you can use as much or as little of the default pipeline as you'd like, and deeply customize without having to integrate a completely different platform.
-
-### Security
-
-The Application Development Platform helps you ensure that the applications you create are not affected by vulnerabilities
-that may lead to security problems and unintended use. This can be achieved by making use of the embedded security features of Auto DevOps,
-which inform security teams and developers if there is something to consider changing in their apps
-before it is too late to create a preventative fix. The following features are included:
-
-- [Auto SAST (Static Application Security Testing)](../autodevops/stages.md#auto-sast)
-- [Auto Dependency Scanning](../autodevops/stages.md#auto-dependency-scanning)
-- [Auto Container Scanning](../autodevops/stages.md#auto-container-scanning)
-- [Auto DAST (Dynamic Application Security Testing)](../autodevops/stages.md#auto-dast)
-
-### Observability
-
-Performance is a critical aspect of the user experience, and ensuring your application is responsive and available is everyone's
-responsibility. The Application Development Platform integrates key performance analytics and feedback
-into GitLab, automatically. The following features are included:
-
-- [Auto Monitoring](../autodevops/stages.md#auto-monitoring)
+<!-- This redirect file can be deleted after <2022-12-08>. -->
+<!-- Redirects that point to other docs in the same project expire in three months. -->
+<!-- Redirects that point to docs in a different project or site (link is not relative and starts with `https:`) expire in one year. -->
+<!-- Before deletion, see: https://docs.gitlab.com/ee/development/documentation/redirects.html -->
diff --git a/doc/topics/autodevops/cloud_deployments/auto_devops_with_ecs.md b/doc/topics/autodevops/cloud_deployments/auto_devops_with_ecs.md
index a9b466653bf..4c084f405cd 100644
--- a/doc/topics/autodevops/cloud_deployments/auto_devops_with_ecs.md
+++ b/doc/topics/autodevops/cloud_deployments/auto_devops_with_ecs.md
@@ -13,7 +13,7 @@ You can choose to target AWS ECS as a deployment platform instead of using Kuber
 To get started on Auto DevOps to AWS ECS, you must add a specific CI/CD variable.
 To do so, follow these steps:
 
-1. In GitLab, on the top bar, select **Menu > Projects** and find your project.
+1. In GitLab, on the top bar, select **Main menu > Projects** and find your project.
 1. On the left sidebar, select **Settings > CI/CD**.
 1. Expand **Auto DevOps**.
 1. Specify which AWS platform to target during the Auto DevOps deployment
diff --git a/doc/topics/autodevops/cloud_deployments/auto_devops_with_gke.md b/doc/topics/autodevops/cloud_deployments/auto_devops_with_gke.md
index 1fea573faa1..5f37ca30604 100644
--- a/doc/topics/autodevops/cloud_deployments/auto_devops_with_gke.md
+++ b/doc/topics/autodevops/cloud_deployments/auto_devops_with_gke.md
@@ -138,7 +138,7 @@ While Auto DevOps is enabled by default, Auto DevOps can be disabled at both
 the instance level (for self-managed instances) and the group level. Complete
 these steps to enable Auto DevOps if it's disabled:
 
-1. On the top bar, select **Menu > Projects** and find the application project.
+1. On the top bar, select **Main menu > Projects** and find the application project.
 1. On the left sidebar, select **Settings > CI/CD**.
 1. Expand **Auto DevOps**.
 1. Select **Default to Auto DevOps pipeline** to display more options.
diff --git a/doc/topics/autodevops/customize.md b/doc/topics/autodevops/customize.md
index 7f9707a6939..4d97f012a92 100644
--- a/doc/topics/autodevops/customize.md
+++ b/doc/topics/autodevops/customize.md
@@ -425,6 +425,7 @@ applications.
 | `ROLLOUT_RESOURCE_TYPE`                 | Allows specification of the resource type being deployed when using a custom Helm chart. Default value is `deployment`. |
 | `ROLLOUT_STATUS_DISABLED`               | From GitLab 12.0, used to disable rollout status check because it does not support all resource types, for example, `cronjob`. |
 | `STAGING_ENABLED`                       | Used to define a [deploy policy for staging and production environments](#deploy-policy-for-staging-and-production-environments). |
+| `TRACE`                                 | Set to any value to make Helm commands produce verbose output. You can use this setting to help diagnose Auto DevOps deployment problems. |
 
 NOTE:
 After you set up your replica variables using a
@@ -512,7 +513,7 @@ these prefixed variables available to the deployed application as environment va
 
 To configure your application variables:
 
-1. On the top bar, select **Menu > Projects** and find your project.
+1. On the top bar, select **Main menu > Projects** and find your project.
 1. On the left sidebar, select **Settings > CI/CD**.
 1. Expand **Variables**.
 1. Create a CI/CD variable, ensuring the key is prefixed with
diff --git a/doc/topics/autodevops/index.md b/doc/topics/autodevops/index.md
index dc58f42f30e..c21ed5ed444 100644
--- a/doc/topics/autodevops/index.md
+++ b/doc/topics/autodevops/index.md
@@ -12,15 +12,14 @@ info: To determine the technical writer assigned to the Stage/Group associated w
 GitLab Auto DevOps is a collection of pre-configured features and integrations
 that work together to support your software delivery process.
 
-Auto DevOps features and integrations:
+Auto DevOps detects your programming language and uses [CI/CD templates](https://gitlab.com/gitlab-org/gitlab/-/tree/master/lib/gitlab/ci/templates)
+to create and run default pipelines to build and test your application. Then, you can [configure deployments](requirements.md) to deploy your apps to staging
+and production, and set up [Review Apps](stages.md#auto-review-apps)
+to preview your changes per branch.
 
-- Detect your code's language.
-- Build and test your application.
-- Measure code quality.
-- Scan for vulnerabilities and security flaws.
-- Check for licensing issues.
-- Monitor in real time.
-- Deploy your application.
+You can use default settings to quickly ship your apps, and iterate and [customize](customize.md) later.
+
+You can also [manage Auto DevOps with APIs](customize.md#extend-auto-devops-with-the-api).
 
 <i class="fa fa-youtube-play youtube" aria-hidden="true"></i>
 For an introduction to Auto DevOps, watch [Auto DevOps in GitLab 11.0](https://youtu.be/0Tc0YYBxqi4).
@@ -58,33 +57,6 @@ Based on the DevOps [stages](stages.md), use Auto DevOps to:
 - [Auto Static Application Security Testing (SAST)](stages.md#auto-sast)
 - [Auto Secret Detection](stages.md#auto-secret-detection)
 
-### How it works
-
-Auto DevOps detects your code language and uses [CI/CD templates](https://gitlab.com/gitlab-org/gitlab/-/tree/master/lib/gitlab/ci/templates)
-to create and run default pipelines. All you need to kick it off is to
-[enable](#enable-or-disable-auto-devops) it.
-
-Auto DevOps starts by building and testing your application. Then, based on your
-[predefined deployment configuration](requirements.md),
-creates the necessary jobs to deploy your apps to staging
-and/or production. It also sets up [Review Apps](stages.md#auto-review-apps)
-so that you can preview your changes in a per-branch basis.
-
-Note that you don't need to set up the deployment upfront. Auto DevOps
-still builds and tests your application. You can define the deployment later.
-
-Auto DevOps avoids the hassle of having to create entire pipelines manually.
-Keep it simple and facilitate an iterative approach: ship your app first,
-then explore the [customizations](customize.md) later.
-You can also [manage Auto DevOps with APIs](customize.md#extend-auto-devops-with-the-api).
-
-Some of the benefits of using Auto DevOps as part of your workflow are:
-
-- Consistency: always start from default templates.
-- Simplicity: create your pipeline with the default settings first, iterate later.
-- Productivity: deploy multiple apps in a short period of time.
-- Efficiency: get things done fast.
-
 ### Comparison to application platforms and PaaS
 
 Auto DevOps provides features often included in an application
@@ -146,15 +118,15 @@ you can enable it for a [group](#at-the-group-level) or an
 [instance](#at-the-instance-level). This can save you the time of
 enabling it one by one.
 
-Only project Maintainers can enable or disable Auto DevOps at the project level.
+Prerequisites:
 
-Before enabling Auto DevOps, ensure that your project does not have a
-`.gitlab-ci.yml` present. If present, your CI/CD configuration takes
-precedence over the Auto DevOps pipeline.
+- You must have at least the Maintainer role for the project.
+- Ensure your project does not have a `.gitlab-ci.yml` present. If present, your CI/CD configuration takes
+  precedence over the Auto DevOps pipeline.
 
 To enable Auto DevOps for a project:
 
-1. On the top bar, select **Menu > Projects** and find your project.
+1. On the top bar, select **Main menu > Projects** and find your project.
 1. On the left sidebar, select **Settings > CI/CD**.
 1. Expand **Auto DevOps**.
 1. Select the **Default to Auto DevOps pipeline** checkbox.
@@ -178,12 +150,13 @@ rather than enabling individually for each subgroup or project.
 When enabled for a group, you can still disable Auto DevOps
 for the subgroups and projects where you don't want to use it.
 
-Only GitLab administrators and group owners can enable or disable Auto DevOps
-at the group level.
+Prerequisites:
+
+- You must have at least the Owner role for the group.
 
 To enable Auto DevOps for a group:
 
-1. On the top bar, select **Menu > Groups** and find your group.
+1. On the top bar, select **Main menu > Groups** and find your group.
 1. On the left sidebar, select **Settings > CI/CD**.
 1. Expand **Auto DevOps**.
 1. Select the **Default to Auto DevOps pipeline** checkbox.
@@ -193,9 +166,9 @@ To disable Auto DevOps on the group level, follow the same process and
 clear the **Default to Auto DevOps pipeline** checkbox.
 
 After enabling Auto DevOps at the group level, you can trigger the
-Auto DevOps pipeline for any project that belongs to that group. To do so:
+Auto DevOps pipeline for any project that belongs to that group:
 
-1. On the top bar, select **Menu > Projects** and find your project.
+1. On the top bar, select **Main menu > Projects** and find your project.
 1. Make sure the project doesn't contain a `.gitlab-ci.yml` file.
 1. On the left sidebar, select **CI/CD > Pipelines**.
 1. To trigger the Auto DevOps pipeline, select **Run pipeline**.
@@ -207,15 +180,16 @@ instance become enabled. This is convenient when you want to run Auto DevOps by
 default for all projects. You can still disable Auto DevOps individually for
 the groups and projects where you don't want to run it.
 
-Only GitLab administrators can enable or disable Auto DevOps at the instance
-level.
-
-Even when disabled for an instance, group owners and project maintainers
+Even when disabled for an instance, group Owners and project Maintainers
 can still enable Auto DevOps at the group and project levels.
 
+Prerequisites:
+
+- You must be an administrator for the instance.
+
 To enable Auto DevOps for your instance:
 
-1. On the top bar, select **Menu > Admin**.
+1. On the top bar, select **Main menu > Admin**.
 1. On the left sidebar, select **Settings > CI/CD**.
 1. Expand **Auto DevOps**.
 1. Select the **Default to Auto DevOps pipeline** checkbox.
@@ -232,6 +206,13 @@ it remains unchanged and Auto DevOps doesn't affect it.
 To disable Auto DevOps in the instance level, follow the same process
 and clear the **Default to Auto DevOps pipeline** checkbox.
 
+### Private registry support
+
+There is no guarantee that you can use a private container registry with Auto DevOps.
+
+Instead, use the [GitLab Container Registry](../../user/packages/container_registry/index.md) with Auto DevOps to
+simplify configuration and prevent any unforeseen issues.
+
 ### Quick start
 
 - [Use Auto DevOps to deploy to a Kubernetes cluster on Google Kubernetes Engine (GKE)](cloud_deployments/auto_devops_with_gke.md)
@@ -252,16 +233,7 @@ match your new GitLab version:
   - Environment variables.
 - [Upgrading PostgreSQL](upgrading_postgresql.md).
 
-## Limitations
-
-### Private registry support
-
-We cannot guarantee that you can use a private container registry with Auto DevOps.
-
-We strongly advise you to use GitLab Container Registry with Auto DevOps to
-simplify configuration and prevent any unforeseen issues.
-
-### Install applications behind a proxy
+## Install applications behind a proxy
 
 The GitLab integration with Helm does not support installing applications when
 behind a proxy.
diff --git a/doc/topics/autodevops/prepare_deployment.md b/doc/topics/autodevops/prepare_deployment.md
index 22a50df7f54..c16a6c837cd 100644
--- a/doc/topics/autodevops/prepare_deployment.md
+++ b/doc/topics/autodevops/prepare_deployment.md
@@ -44,7 +44,7 @@ To define the base domain, either:
 
 - In the project, group, or instance level: go to your cluster settings and add it there.
 - In the project or group level: add it as an environment variable: `KUBE_INGRESS_BASE_DOMAIN`.
-- In the instance level: go to **Menu > Admin > Settings > CI/CD > Continuous Integration and Delivery** and add it there.
+- In the instance level: go to **Main menu > Admin > Settings > CI/CD > Continuous Integration and Delivery** and add it there.
 
 The base domain variable `KUBE_INGRESS_BASE_DOMAIN` follows the same order of precedence
 as other environment [variables](../../ci/variables/index.md#cicd-variable-precedence).
diff --git a/doc/topics/autodevops/requirements.md b/doc/topics/autodevops/requirements.md
index f3ea13ad1ce..9dffb490807 100644
--- a/doc/topics/autodevops/requirements.md
+++ b/doc/topics/autodevops/requirements.md
@@ -41,7 +41,7 @@ that works best for your needs:
 
 You can choose the deployment method when enabling Auto DevOps or later:
 
-1. In GitLab, on the top bar, select **Menu > Projects** and find your project.
+1. In GitLab, on the top bar, select **Main menu > Projects** and find your project.
 1. On the left sidebar, select **Settings > CI/CD**.
 1. Expand **Auto DevOps**.
 1. Choose the deployment strategy.
@@ -61,7 +61,7 @@ To define the base domain, either:
 
 - In the project, group, or instance level: go to your cluster settings and add it there.
 - In the project or group level: add it as an environment variable: `KUBE_INGRESS_BASE_DOMAIN`.
-- In the instance level: go to **Menu > Admin > Settings > CI/CD > Continuous Integration and Delivery** and add it there.
+- In the instance level: go to **Main menu > Admin > Settings > CI/CD > Continuous Integration and Delivery** and add it there.
 
 The base domain variable `KUBE_INGRESS_BASE_DOMAIN` follows the same order of precedence
 as other environment [variables](../../ci/variables/index.md#cicd-variable-precedence).
diff --git a/doc/topics/autodevops/stages.md b/doc/topics/autodevops/stages.md
index 4e8d0e08eff..62356807854 100644
--- a/doc/topics/autodevops/stages.md
+++ b/doc/topics/autodevops/stages.md
@@ -199,7 +199,7 @@ see the documentation.
 ## Auto Secret Detection
 
 > - Introduced in GitLab 13.1.
-> - Select functionality [made available](../../user/application_security/secret_detection/index.md#making-secret-detection-available-to-all-gitlab-tiers) in all tiers in GitLab 13.3
+> - Select functionality [made available](../../user/application_security/secret_detection/index.md#features-per-tier) in all tiers in GitLab 13.3
 
 Secret Detection uses the
 [Secret Detection Docker image](https://gitlab.com/gitlab-org/security-products/analyzers/secrets) to run Secret Detection on the current code, and checks for leaked secrets. Auto Secret Detection requires [GitLab Runner](https://docs.gitlab.com/runner/) 11.5 or above.
diff --git a/doc/topics/autodevops/troubleshooting.md b/doc/topics/autodevops/troubleshooting.md
index 045f843be44..bf3dc27c0e8 100644
--- a/doc/topics/autodevops/troubleshooting.md
+++ b/doc/topics/autodevops/troubleshooting.md
@@ -9,6 +9,12 @@ info: To determine the technical writer assigned to the Stage/Group associated w
 The information in this documentation page describes common errors when using
 Auto DevOps, and any available workarounds.
 
+## Trace Helm commands
+
+Set the CI/CD variable `TRACE` to any value to make Helm commands produce verbose output. You can use this output to diagnose Auto DevOps deployment problems.
+
+You can resolve some problems with Auto DevOps deployment by changing advanced Auto DevOps configuration variables. Read more about [customizing Auto DevOps CI/CD variables](customize.md#cicd-variables).
+
 ## Unable to select a buildpack
 
 Auto Build and Auto Test may fail to detect your language or framework with the
diff --git a/doc/topics/build_your_application.md b/doc/topics/build_your_application.md
index d7097e55052..d48b8383271 100644
--- a/doc/topics/build_your_application.md
+++ b/doc/topics/build_your_application.md
@@ -12,5 +12,5 @@ code, and use CI/CD to generate your application. Include packages in your app a
 - [Repositories](../user/project/repository/index.md)
 - [Merge requests](../user/project/merge_requests/index.md)
 - [CI/CD](../ci/index.md)
-- [Packages & Registries](../user/packages/index.md)
+- [Packages and registries](../user/packages/index.md)
 - [Application infrastructure](../user/infrastructure/index.md)
diff --git a/doc/topics/git/cherry_picking.md b/doc/topics/git/cherry_picking.md
index 98458133937..d9314c3becc 100644
--- a/doc/topics/git/cherry_picking.md
+++ b/doc/topics/git/cherry_picking.md
@@ -17,8 +17,8 @@ and apply those changes to another branch. Cherry-picks can help you:
 You can cherry-pick commits from the command line. In the GitLab user interface,
 you can also:
 
-- Cherry-pick [all changes from a merge request](../../user/project/merge_requests/cherry_pick_changes.md#cherry-pick-a-merge-request).
-- Cherry-pick [a single commit](../../user/project/merge_requests/cherry_pick_changes.md#cherry-pick-a-commit).
+- Cherry-pick [all changes from a merge request](../../user/project/merge_requests/cherry_pick_changes.md#cherry-pick-all-changes-from-a-merge-request).
+- Cherry-pick [a single commit](../../user/project/merge_requests/cherry_pick_changes.md#cherry-pick-a-single-commit).
 - Cherry-pick [from a fork to the upstream repository](../../user/project/merge_requests/cherry_pick_changes.md#cherry-pick-into-a-project).
 
 ## Cherry-pick from the command line
diff --git a/doc/topics/git/index.md b/doc/topics/git/index.md
index 54af1e99797..3e78e366e00 100644
--- a/doc/topics/git/index.md
+++ b/doc/topics/git/index.md
@@ -36,7 +36,7 @@ The following resources can help you get started with Git:
 - [GitLab Git Cheat Sheet (download)](https://about.gitlab.com/images/press/git-cheat-sheet.pdf)
 - Commits:
   - [Revert a commit](../../user/project/merge_requests/revert_changes.md#revert-a-commit)
-  - [Cherry-picking a commit](../../user/project/merge_requests/cherry_pick_changes.md#cherry-pick-a-commit)
+  - [Cherry-picking a commit](../../user/project/merge_requests/cherry_pick_changes.md)
   - [Squashing commits](../gitlab_flow.md#squashing-commits-with-rebase)
   - [Squash-and-merge](../../user/project/merge_requests/squash_and_merge.md)
   - [Signing commits](../../user/project/repository/gpg_signed_commits/index.md)
diff --git a/doc/topics/git/lfs/migrate_to_git_lfs.md b/doc/topics/git/lfs/migrate_to_git_lfs.md
index 864615e7264..dda15845088 100644
--- a/doc/topics/git/lfs/migrate_to_git_lfs.md
+++ b/doc/topics/git/lfs/migrate_to_git_lfs.md
@@ -9,7 +9,7 @@ description: "How to migrate an existing Git repository to Git LFS with BFG."
 
 WARNING:
 The following documentation is deprecated. We recommend using
-[`git lfs migrate`](https://github.com/git-lfs/git-lfs/blob/main/docs/man/git-lfs-migrate.1.ronn)
+[`git lfs migrate`](https://github.com/git-lfs/git-lfs/blob/main/docs/man/git-lfs-migrate.adoc)
 instead of the method documented below.
 
 Using Git LFS can help you to reduce the size of your Git
diff --git a/doc/topics/git/numerous_undo_possibilities_in_git/index.md b/doc/topics/git/numerous_undo_possibilities_in_git/index.md
index 9786d1399f7..0ed7b2b5e03 100644
--- a/doc/topics/git/numerous_undo_possibilities_in_git/index.md
+++ b/doc/topics/git/numerous_undo_possibilities_in_git/index.md
@@ -209,7 +209,7 @@ To recover from multiple incorrect commits:
 The commits are now `A-B-C-D-E`.
 
 Alternatively, with GitLab,
-you can [cherry-pick](../../../user/project/merge_requests/cherry_pick_changes.md#cherry-pick-a-commit)
+you can [cherry-pick](../../../user/project/merge_requests/cherry_pick_changes.md#cherry-pick-a-single-commit)
 that commit into a new merge request.
 
 NOTE:
diff --git a/doc/topics/offline/quick_start_guide.md b/doc/topics/offline/quick_start_guide.md
index 353ba094d1e..c00c9621756 100644
--- a/doc/topics/offline/quick_start_guide.md
+++ b/doc/topics/offline/quick_start_guide.md
@@ -71,7 +71,7 @@ sudo EXTERNAL_URL="http://my-host.internal" dpkg -i <gitlab_package_name>.deb
 ## Enabling SSL
 
 Follow these steps to enable SSL for your fresh instance. These steps reflect those for
-[manually configuring SSL in Omnibus's NGINX configuration](https://docs.gitlab.com/omnibus/settings/nginx.html#manually-configuring-https):
+[manually configuring SSL in Omnibus's NGINX configuration](https://docs.gitlab.com/omnibus/settings/ssl.html#configure-https-manually):
 
 1. Make the following changes to `/etc/gitlab/gitlab.rb`:
 
diff --git a/doc/topics/release_your_application.md b/doc/topics/release_your_application.md
index 61ca1468dca..31fc9b4dbb9 100644
--- a/doc/topics/release_your_application.md
+++ b/doc/topics/release_your_application.md
@@ -30,13 +30,13 @@ to Kubernetes clusters using the [GitLab agent](../user/clusters/agent/install/i
 
 #### GitOps deployments **(PREMIUM)**
 
-With the [GitLab agent for Kubernetes](../user/clusters/agent/install/index.md), you can perform 
-[pull-based deployments of Kubernetes manifests](../user/clusters/agent/gitops.md). This provides a scalable, secure, 
+With the [GitLab agent for Kubernetes](../user/clusters/agent/install/index.md), you can perform
+[pull-based deployments of Kubernetes manifests](../user/clusters/agent/gitops.md). This provides a scalable, secure,
 and cloud-native approach to manage Kubernetes deployments.
 
 #### Deploy to Kubernetes from GitLab CI/CD
 
-With the [GitLab agent for Kubernetes](../user/clusters/agent/install/index.md), you can perform 
+With the [GitLab agent for Kubernetes](../user/clusters/agent/install/index.md), you can perform
 [push-based deployments](../user/clusters/agent/ci_cd_workflow.md) from GitLab CI/CD. The agent provides
 a secure and reliable connection between GitLab and your Kubernetes cluster.