GitLab MR

Create an MR and drive it to a truly mergeable state (all CI green + no merge conflicts). Core principle: write documentation first, then submit the MR, verify with APIs, and loop through fixes until the MR is mergeable.

Prerequisite: The current repository's remote points to gitlab.example.com, and glab CLI is installed.

Rules

1. Never use the skip-doc-check label — every MR must have a real documentation link
2. User Story must be relevant to the MR changes — CI checks relevance (check:mr-us-relevance); irrelevant links will be rejected
3. Blob links must point to pushed files — the branch name and file path in the link must exist on the remote
4. Verify with APIs, don't guess — confirm results at every step using glab commands

Execution Flow