[Maintenance] Modul-eigenen .ocp Build-/Publish-Prozess nach Registry-v2-Cutover entfernen

[p3t3r67x0]

Type

Maintenance

Kontext

Der Open City Planner stellt den Release-Prozess für First-Party-Module auf den zentralen Package Hub / Builder-of-Record um.

Zielarchitektur:

GitHub source/tag
→ central OCP Builder
→ reproducibility + Host contract
→ reviewed candidate
→ immutable Artifact Store
→ Registry promotion

Dadurch soll dieses Modul langfristig nicht mehr selbst das finale .ocp-Bundle bauen oder veröffentlichen müssen.

Zentrale Referenzen:

• Package Hub Epic: [EPIC] OCP Module Hub – Registry, zentraler Builder und Artifact Distribution open-city-planner-packages#36
• Central Builder / Builder of Record: [Build/Registry] Package Hub als zentralen Builder of Record für First-Party-.ocp-Releases einführen open-city-planner-packages#35
• Registry Service v2 Architecture: [Architecture] Registry Service v2 als neue Source of Truth definieren open-city-planner-packages#44
• PostgreSQL Registry Model: [Registry] PostgreSQL-Datenmodell für Module, Versionen, Channels und Publisher einführen open-city-planner-packages#45
• Immutable Artifact Store: [Artifacts] Content-addressed immutable .ocp Artifact Store einführen open-city-planner-packages#46
• Registry API: [Registry API] Package-, Versions-, Channel- und Publisher-API implementieren open-city-planner-packages#47
• Registry-v1 Compatibility: [Compatibility] Registry-v1 index.json als API-Kompatibilitätsschicht bereitstellen open-city-planner-packages#48
• Reviewed Promotion: [Release] Reviewed Candidate atomar in Artifact Store und Registry promoten open-city-planner-packages#49

Ziel

Nach erfolgreichem Registry-v2-Cutover alle modul-eigenen CI-/Release-Schritte entfernen, die ausschließlich für den Bau oder die Veröffentlichung des finalen .ocp-Pakets zuständig sind.

Das Modul bleibt weiterhin verantwortlich für:

• Source Code
• Tests
• Typecheck/Lint
• Frontend-/Backend-Unit- und Contract-Tests
• versionierte Manifest-/Package-Metadaten
• immutable Git Tags

Der zentrale Package Hub wird verantwortlich für:

• finalen .ocp Build
• reproduzierbaren Doppel-Build
• Host Contract
• Build Provenance
• SHA-256
• Artifact Publication
• Registry Promotion

Zu prüfen / entfernen

Nach dem Cutover insbesondere prüfen:

• modul-eigene .ocp Build-Schritte
• Release-Workflow für .ocp Assets
• Upload auf GitHub Releases, soweit nur für Registry Distribution benötigt
• doppelte Reproducibility-Checks, die der zentrale Builder bereits authoritative ausführt
• Registry-spezifische Publish-Logik im Modulrepo
• historische Workarounds für Package-Hub-Publishing

Nicht entfernen:

• normale Source-Tests
• manifest/package consistency checks
• Backend-/Frontend Build-Tests, soweit sie Entwicklerfeedback geben
• Source Tags / Releases, falls sie weiterhin als Source-Versionierung dienen

Migrationsregel

Diese Aufräumarbeiten dürfen erst umgesetzt werden, wenn der zentrale Builder-/Artifact-/Promotion-Pfad für dieses Modul produktiv und verifiziert ist.

Für analysis-areas muss insbesondere die historische, bereits veröffentlichte Versionierung unangetastet bleiben. Historische .ocp Digests dürfen nicht neu gebaut oder ersetzt werden.

Akzeptanzkriterien

• zentraler Builder baut analysis-areas aus einem immutable Source Tag
• reproduzierbarer Build ist im Package Hub nachgewiesen
• Artifact Store übernimmt die dauerhafte .ocp-Distribution für neue Releases
• Registry Promotion funktioniert ohne modul-eigenen Publish-Job
• bestehende Source-/Test-CI bleibt erhalten
• modul-eigene finale .ocp Build-/Publish-Schritte sind entfernt
• keine GitHub-Actions- oder Release-Logik dupliziert den zentralen Builder-of-Record
• historische Releases/Digests bleiben unverändert
• Release-Dokumentation verweist auf den zentralen Package Hub
• keine Regression für lokale Entwickler-Builds

Blocked by the Registry-v2 cutover in oklabflensburg/open-city-planner-packages (#36, #47, #48, #49).