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

Beginnen Sie mit ROADMAP.md, docs/design/ARCHITECTURE.md und docs/design/INPUT_GATEWAY.md. Prüfen Sie anschließend die bestehende GitHub-Implementierung und die zugehörigen Issues #50 und #249. Klären Sie vor der Implementierung die Grenzen zwischen Adapter und Credentials; als abgeschlossen würde dies einen vereinbarten Umfang für die Unterstützung des GitLab-Providers in den Bereichen Merge Requests, Webhooks, Reviews, Blueprints und CLI-Onboarding erfordern.

Vom Indexierungsmodell aus dem Issue-Text verfasst.