PR-Review #547: OpenTelemetry-Teilbump auf 1.20 bricht OpenTelemetryVersionParityTests #549

PR: #547 · Autor: @dependabot[bot] · Status: open

• mittel (CI rot / Versions-Invariante) — Directory.Packages.props, OpenTelemetry-Block: Der Dependabot-Sammel-PR hebt OpenTelemetry, OpenTelemetry.Extensions.Hosting, OpenTelemetry.Exporter.OpenTelemetryProtocol und die Instrumentation-Pakete AspNetCore/Http/Runtime auf 1.20.0. OpenTelemetry.Exporter.Prometheus.AspNetCore (1.19.1-beta.1), OpenTelemetry.Instrumentation.Process (1.19.0-rc.1) und OpenTelemetry.Instrumentation.EntityFrameworkCore (1.19.1-beta.1) bleiben dagegen auf 1.19. „Backend build + tests“ schlägt deshalb in zwei Tests fehl: OpenTelemetryVersionParityTests.OpenTelemetryPackages_ShareOneMajorMinorRelease (Prometheus-Exporter 1.19 ≠ Core 1.20) und PrometheusExporter_MatchesTheCoreVersionExactly (1.19.1 ≠ 1.20.0). Der Prometheus-Exporter hängt an Interna seines eigenen Core-Release, mergen würde also genau die Drift ausliefern, die der Guard verhindern soll.
  Vorschlag: Entweder die Prerelease-Pakete im selben PR auf ihre 1.20-Gegenstücke heben (sofern veröffentlicht), oder den OTel-Block aus der Minor/Patch-Gruppe herausnehmen bzw. die stabilen OTel-Pakete in .github/dependabot.yml per ignore festhalten, bis alle Prerelease-Pakete eine 1.20-Version haben. Dependabot wählt Prereleases für Pakete auf einer stabilen Version nicht automatisch, deshalb kommt dieser Split sonst bei jedem OTel-Minor wieder (Config-Änderungen laut CLAUDE.md bündeln).

Automatischer Review-Fund des täglichen PR-Review-Laufs, braucht Triage.