Set it up
1
Open review configuration
Open review configuration and select your repository.Under Review Behavior, enable Process PR Review and set Custom PR Labels to On.
2
Add your labels
The editor opens if no labels are configured. Otherwise, choose Configure labels.Enter a name and an optional description. Use Add label for more labels:
Add up to 50 labels. Names must be unique (ignoring case and surrounding whitespace) and 1–50 characters. GitLab names cannot contain commas. Descriptions allow up to 1,000 characters.
3
Save your labels
Choose Save Changes. Settings save automatically.
Check it works
Open a new PR. After CodeAnt reviews it, check its labels. A documentation-only PR should receivedocumentation with the example above.
CodeAnt can select multiple labels or none if no label fits. Existing user labels stay in place. Off stops future additions without removing labels already applied.
Need help?
No custom labels appear
No custom labels appear
Confirm custom labels are On or inherit a saved list. Enable Process PR Review and check exclusions and Draft PR Analysis. Try a PR matching a label’s description. Contact support with the PR URL if it still fails.
I cannot save or edit labels
I cannot save or edit labels
Remove blank or duplicate names, shorten names to 50 characters, and remove commas from GitLab names. Keep at least one label. If you see View labels, ask someone with permission to edit Code Review settings.
Apply this to all repositories
Apply this to all repositories
Select your organization in review configuration, then enable and configure custom labels. At repository scope, choose Inherited from Org. Azure DevOps repositories use Inherited from Project; projects can inherit from the organization.The editor is hidden while inheriting. Choose On to customize the list or Off to disable custom labels for that scope.