Tickettyp-Zuordnung: Repos mit erlaubten Tickettypen konfigurieren #57

New issue

Open

opened 2026-03-30 20:05:49 +00:00 by David · 0 comments

David commented

2026-03-30 20:05:49 +00:00

Collaborator

Beschreibung

Pro Repo konfigurierbar machen, welche Tickettypen (Bug, Feature, Datenfehler, Admin) es verarbeiten darf. Die Pipeline soll Tickets nur an Repos weiterleiten, die den passenden Tickettyp unterstützen.

Hintergrund

Aktuell kennt die repo_registry keine Tickettyp-Eingrenzung. Ein Datenfehler-Ticket könnte an ein Frontend-Repo geroutet werden, obwohl dieses nur Code-Bugs bearbeiten kann. Die Zuordnung Tickettyp → Repo fehlt komplett.

Abgeleitet aus Issue #13 (Betriebskonzept), Bereich 1: Tickettyp-Eingrenzung.

Akzeptanzkriterien

Neues Feld ticket_types (JSON-Array) im Repo-Model: z.B. ["bug", "feature"]
RepoRegistry-UI zeigt Tickettyp-Tags pro Repo an (editierbar)
Scoring-Engine berücksichtigt Tickettyp bei Repo-Zuordnung: nur Repos mit passendem Typ werden vorgeschlagen
Preparation Engine: Fallback wenn kein Repo für den Tickettyp verfügbar → Klärfall
Default: Wenn ticket_types leer → Repo akzeptiert alle Typen (Rückwärtskompatibilität)

Technische Hinweise

Erweitern: backend/models/repo.py — ticket_types: list[str] (JSON Column)
Erweitern: backend/services/scoring_engine.py — Tickettyp-Filter bei Repo-Vorschlag
Erweitern: backend/services/preparation_engine.py — Tickettyp-Check bei Repo-Auswahl
Erweitern: frontend/src/pages/RepoRegistry.tsx — Multi-Select für Tickettypen
Migration nötig: ja (neues Feld ticket_types in repos)

Aufwand: M

Abgeleitet aus #13

## Beschreibung Pro Repo konfigurierbar machen, welche Tickettypen (Bug, Feature, Datenfehler, Admin) es verarbeiten darf. Die Pipeline soll Tickets nur an Repos weiterleiten, die den passenden Tickettyp unterstützen. ## Hintergrund Aktuell kennt die `repo_registry` keine Tickettyp-Eingrenzung. Ein Datenfehler-Ticket könnte an ein Frontend-Repo geroutet werden, obwohl dieses nur Code-Bugs bearbeiten kann. Die Zuordnung Tickettyp → Repo fehlt komplett. Abgeleitet aus Issue #13 (Betriebskonzept), Bereich 1: Tickettyp-Eingrenzung. ## Akzeptanzkriterien - [ ] Neues Feld `ticket_types` (JSON-Array) im Repo-Model: z.B. `["bug", "feature"]` - [ ] RepoRegistry-UI zeigt Tickettyp-Tags pro Repo an (editierbar) - [ ] Scoring-Engine berücksichtigt Tickettyp bei Repo-Zuordnung: nur Repos mit passendem Typ werden vorgeschlagen - [ ] Preparation Engine: Fallback wenn kein Repo für den Tickettyp verfügbar → Klärfall - [ ] Default: Wenn `ticket_types` leer → Repo akzeptiert alle Typen (Rückwärtskompatibilität) ## Technische Hinweise - Erweitern: `backend/models/repo.py` — `ticket_types: list[str]` (JSON Column) - Erweitern: `backend/services/scoring_engine.py` — Tickettyp-Filter bei Repo-Vorschlag - Erweitern: `backend/services/preparation_engine.py` — Tickettyp-Check bei Repo-Auswahl - Erweitern: `frontend/src/pages/RepoRegistry.tsx` — Multi-Select für Tickettypen - Migration nötig: ja (neues Feld `ticket_types` in repos) ## Aufwand: M _Abgeleitet aus #13_