Einführung von oasdiff zur API Spec Absicherung auf Breaking Changes

User Story

Als Developer

möchte ich eine zusätzliche Absicherung bei der Anpassung von API-Spezifikationen,

um sicherzugehen, dass ich keine Breaking Changes vornehme, die für Nutzende zu Problemen führen.

Warum

Links, Hinweise, Bemerkungen

im Zuge von #2261 wurde oasdiff als valide Lösung für dieses Problem ausgewählt

Internal-API / Client-API: https://git.fitko.de/fit-connect/zustelldienst-client-api/-/merge_requests/4

Submission-API: submission-api!208 (merged)

Destination-API: destination-api!14 (merged)

Akzeptanzkriterien

  1. Alle API-Repos erhalten einen Pipeline-Schritt, der die neue Spec des Branches gegen die letzte veröffentlichte Version validiert
  2. Im Falle eines Fehlers bricht die Pipeline
  3. Es werden die Fehler in der Pipeline geloggt
  4. Das Makefile wurde für die lokale Ausführung erweitert

Mögliche Folgeaktivitäten (vom Entwickler zu ergänzen)

Edited by Hendrik Kamp