Context-Snapshot · other

SOLCOM Azure DevOps Projekt-Management

TL;DR — Das SOLCOM-Website-Projekt wird über Azure DevOps unter der Organisation houseofhr verwaltet — dev.azure.com/houseofhr/Solcom-website. Konzernweit gehostete Instanz (House of HR). Primär für Code-Hosting + Pipelines; fachliche Ticketführung läuft parallel in Jira P2503.

Inhalt der Quelle

Die Azure DevOps-Instanz ist die zentrale Plattform für:

Repository-Hosting Git

Git-Repo der Drupal-Site (alternative bzw. komplementäre Heimat zum lokalen Working-Tree). Branch-Namen tragen ggf. Ticket-Prefix, Commit-Trailer mit Work-Item-IDs (#123, AB#123).

Work Items / Boards Boards

Tickets, User Stories, Sprints, Epics. Mögliche Begegnung: Branch-Namen mit Ticket-Prefix, Commit-Trailer mit Work-Item-IDs (#123, AB#123).

Pipelines (CI/CD) azure-pipelines.yml

Build- und Deploy-Pipelines (CI/CD). Konfiguration als azure-pipelines.yml im Repo. Deploy-Target ist Mittwald (Managed PHP-Hosting) — nicht Azure-eigene Hosting-Services.

Pull Requests Review-Workflow

Review-Workflow läuft über Azure DevOps, nicht über GitHub. Tooling-Annahmen mit gh-CLI greifen hier nicht; stattdessen Azure-DevOps-CLI (az devops, az repos) oder die Web-UI.

★

Die Organisation houseofhr deutet auf den Mutterkonzern House of HR hin — die DevOps-Instanz ist keine SOLCOM-eigene, sondern eine konzernweit gehostete.

Bezug zum Repo

GitHub-Skills und gh-CLI: Skills/Agents, die GitHub annehmen (gh pr create, gh issue list, GitHub-Labels), greifen hier ggf. nicht 1:1. Bei PR-/Issue-Workflows den Azure-DevOps-Pfad bevorzugen oder beim Nutzer rückfragen.
Dritte Ticket-Strecke: ADR-Strang (docs/adr/) und Issue-Tracker-Strang (docs/agents/issue-tracker.md) leben im Repo bzw. parallel in Jira P2503 — Azure DevOps ist eine dritte Strecke, primär für Code-Hosting + Pipelines, nicht für die fachliche Ticketführung.
CI/CD-Diffs: Pipeline-relevante Diffs (azure-pipelines.yml, .azure/-Verzeichnis falls vorhanden) sind nach diesem Snapshot kein Überraschungsbefund, sondern erwartet.
Deploy-Target ist Mittwald: Pipelines auf Azure DevOps deployen gegen einen externen Mittwald-Endpoint (SSH / mw CLI / Mittwald-API), nicht in Azure-eigene Hosting-Services — siehe 0007-mittwald-staging-live.html.

Re-Sync

Zugang: Azure-DevOps-Account in der Organisation houseofhr notwendig (typischerweise via SSO über den Konzern-AD). Direktlink: https://dev.azure.com/houseofhr/Solcom-website.
Was prüfen?: Ob die Org/Projekt-Struktur (Boards-Layout, Pipeline-Definitionen, Branch-Policies) sich materiell geändert hat — falls ja, neuen Snapshot mit höherer Nummer + supersedes-Pointer anlegen.
Pipeline-Änderungen: Falls die Pipelines ins Repo wandern (oder sich deren Schema ändert), separater ADR fällig — dieser Context-Eintrag bleibt der reine Quell-Pointer.