feat(adapters): GitLab integration (Bitbucket optional)

**Context:** ROADMAP.md → Additional git providers

---

## Component

API or orchestration

## Describe the feature

**GitLab** (and optionally Bitbucket) as git providers: same workflow model, provider-specific API adapters for clone, PR/MR, webhooks, and reviews.

## Use case

Teams on GitLab cannot use ABCA without GitHub. Multi-provider support broadens adoption while keeping workflow YAML portable.

## Proposed solution

1. `GitProvider` adapter interface; GitHub implementation refactored as reference.
2. GitLab: MR creation, pipeline status webhooks, token/OAuth via Token Vault (#249).
3. Blueprint `git_provider: github | gitlab`.
4. CLI onboarding for GitLab repos.
5. Bitbucket as stretch goal / follow-up.

## Other information

- Identity pattern from **Per-repo GitHub credentials** (#50, #249) should generalize.
- Design context: `docs/design/ARCHITECTURE.md`, `docs/design/INPUT_GATEWAY.md`.

- [x] This might be a breaking change

Inizia da ROADMAP.md, docs/design/ARCHITECTURE.md e docs/design/INPUT_GATEWAY.md, quindi esamina l’implementazione GitHub esistente e le issue correlate #50 e #249. Chiarisci i confini tra adapter e credenziali prima dell’implementazione; per considerare il lavoro completato sarebbe necessario concordare l’ambito del supporto al provider GitLab per merge request, webhook, review, blueprint e onboarding tramite CLI.

Scritto dal modello di indicizzazione a partire dal testo della issue.