Merge branch '332822-grpc-debug_error_string-not-being-stripped-from-sentry-error-description' into 'master'

Strip messages of other exceptions in same Sentry event

See merge request gitlab-org/gitlab!63624

Update Geo UI screenshots in docs page

See merge request gitlab-org/gitlab!64080

Remove reference to "ONLY" tier badge modifier in docs

See merge request gitlab-org/gitlab!64326

Geo: Add steps for adding verification states to a separate table

See merge request gitlab-org/gitlab!63890

A new Geo node page design happened in 13.12, so the docs must be
updated.

Docs: Format comment to be more visible on website

See merge request gitlab-org/gitlab!64296

Update UI guideline for top bar

See merge request gitlab-org/gitlab!64320

Fix batched migrations using legacy job arguments

See merge request gitlab-org/gitlab!64159

Edit escalation policy

See merge request gitlab-org/gitlab!63232

Add ability to create epic from boards

See merge request gitlab-org/gitlab!63999

Increase parallelization by one for the migration and ee-unit jobs

See merge request gitlab-org/gitlab!64206

Allow toggling dedicated_redis_trace_chunks per project

See merge request gitlab-org/gitlab!63865

Expose SAST & DAST devops adoption metrics [RUN ALL RSPEC] [RUN AS-IF-FOSS]

See merge request gitlab-org/gitlab!63868

Create API to update upcoming reconciliations

See merge request gitlab-org/gitlab!63047

Add more logging to track encoding errors appending CI traces

See merge request gitlab-org/gitlab!63920

Explain how to update a single template on docs

See merge request gitlab-org/gitlab!64105

Docs: Clarify upgrade path into to avoid version jumps in zero-downtime upgrades

See merge request gitlab-org/gitlab!63993

[docs] Improve git protocol v2 over SSH documentation

See merge request gitlab-org/gitlab!64172

Add similarity sort to Groups API search

See merge request gitlab-org/gitlab!63674

Backfill draft on merge_requests via background migration

See merge request gitlab-org/gitlab!63703

Internal API used by CustomersDot only. It accepts an array of
upcoming reconciliations. Each upcoming reconciliation contains:
`namespace_id`, `next_reconciliation_date`, `display_alert_from`.

If one namespace_id exists in upcoming_reconciliations table, the
existing record is updated. Othewise it creates a new record.

If all records are processed sucessfully, it returns 200. Othewise,
it returns 400 error with the namespace_ids failed to process.

Changelog: added
EE: true

Update Gitaly version

See merge request gitlab-org/gitlab!64304

Add internal docs for CI minute provisioning

See merge request gitlab-org/gitlab!63872

Fix redirection for DAST Scanner Profile

See merge request gitlab-org/gitlab!64175

Clarify version support for Terraform template

See merge request gitlab-org/gitlab!64201

Update management_project_template.md, fix typo

See merge request gitlab-org/gitlab!64275

Add in-product marketing emails [RUN ALL RSPEC] [RUN AS-IF-FOSS]

See merge request gitlab-org/gitlab!64109

Add runner ids to the runner matcher class

See merge request gitlab-org/gitlab!64077

Edited protected branches for CTRT

<!-- Follow the documentation workflow https://docs.gitlab.com/ee/development/documentation/workflow.html -->
<!-- Additional information is located at https://docs.gitlab.com/ee/development/documentation/ -->
<!-- To find the designated Tech Writer for the stage/group, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#designated-technical-writers -->

<!-- Mention "documentation" or "docs" in the MR title -->
<!-- For changing documentation location use the "Change documentation location" template -->

## What does this MR do?

This MR edits the topic for style and consistency. It uses our new topic structure: [Concept Task Reference Troubleshooting (CTRT) standards](https://docs.gitlab.com/ee/development/documentation/structure.html). The idea is to ensure that each topic is clearly a task, a reference topic, a concept, or troubleshooting.

## Related issues

Related to: https://gitlab.com/gitlab-org/gitlab/-/issues/327171

## Author's checklist (required)

- [ ] Follow the [Documentation Guidelines](https://docs.gitlab.com/ee/development/documentation/) and [Style Guide](https://docs.gitlab.com/ee/development/documentation/styleguide/).
- If you have **Developer** permissions or higher:
  - [ ] Ensure that the [product tier badge](https://docs.gitlab.com/ee/development/documentation/styleguide/index.html#product-tier-badges) is added to doc's `h1`.
  - [ ] Apply the ~documentation label, plus:
    - The corresponding DevOps stage and group labels, if applicable.
    - ~"development guidelines" when changing docs under `doc/development/*`, `CONTRIBUTING.md`, or `README.md`.
    - ~"development guidelines" and ~"Documentation guidelines" when changing docs under `development/documentation/*`.
    - ~"development guidelines" and ~"Description templates (.gitlab/\*)" when creating/updating issue and MR description templates.
  - [ ] [Request a review](https://docs.gitlab.com/ee/development/code_review.html#dogfooding-the-reviewers-feature)
        from the [designated Technical Writer](https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments).

Do not add the ~"feature", ~"frontend", ~"backend", ~"bug", or ~"database" labels if you are only updating documentation. These labels will cause the MR to be added to code verification QA issues.

When applicable:

- [ ] Update the [permissions table](https://docs.gitlab.com/ee/user/permissions.html).
- [ ] Link docs to and from the higher-level index page, plus other related docs where helpful.
- [ ] Add the [product tier badge](https://docs.gitlab.com/ee/development/documentation/styleguide/index.html#product-tier-badges) accordingly.
- [ ] Add [GitLab's version history note(s)](https://docs.gitlab.com/ee/development/documentation/styleguide/index.html#gitlab-versions).
- [ ] Add/update the [feature flag section](https://docs.gitlab.com/ee/development/documentation/feature_flags.html).

## Review checklist

All reviewers can help ensure accuracy, clarity, completeness, and adherence to the [Documentation Guidelines](https://docs.gitlab.com/ee/development/documentation/) and [Style Guide](https://docs.gitlab.com/ee/development/documentation/styleguide/).

**1. Primary Reviewer**

* [ ] Review by a code reviewer or other selected colleague to confirm accuracy, clarity, and completeness. This can be skipped for minor fixes without substantive content changes.

**2. Technical Writer**

- [ ] Technical writer review. If not requested for this MR, must be scheduled post-merge. To request for this MR, assign the writer listed for the applicable [DevOps stage](https://about.gitlab.com/handbook/product/categories/#devops-stages).
  - [ ] Ensure docs metadata are present and up-to-date.
  - [ ] Ensure ~"Technical Writing" and ~"documentation" are added.
  - [ ] Add the corresponding `docs::` [scoped label](https://gitlab.com/groups/gitlab-org/-/labels?subscribed=&search=docs%3A%3A).
  - [ ] If working on UI text, add the corresponding `UI Text` [scoped label](https://gitlab.com/groups/gitlab-org/-/labels?subscribed=&search=ui+text).
  - [ ] Add ~"tw::doing" when starting work on the MR.
  - [ ] Add ~"tw::finished" if Technical Writing team work on the MR is complete but it remains open.

For more information about labels, see [Technical Writing workflows - Labels](https://about.gitlab.com/handbook/engineering/ux/technical-writing/workflow/#labels).

For suggestions that you are confident don't need to be reviewed, change them locally
and push a commit directly to save others from unneeded reviews. For example:

- Clear typos, like `this is a typpo`.
- Minor issues, like single quotes instead of double quotes, Oxford commas, and periods.

For more information, see our documentation on [Merging a merge request](https://docs.gitlab.com/ee/development/code_review.html#merging-a-merge-request).

**3. Maintainer**

1. [ ] Review by assigned maintainer, who can always request/require the above reviews. Maintainer's review can occur before or after a technical writer review.
1. [ ] Ensure a release milestone is set.
1. [ ] If there has not been a technical writer review, [create an issue for one using the Doc Review template](https://gitlab.com/gitlab-org/gitlab/issues/new?issuable_template=Doc%20Review).

See merge request gitlab-org/gitlab!63670