MockzillaMockzilla

Build-Version festlegen

Aktualisiert 29. Sept. 2026·3 Min. Lesezeit

Jeder Backend-Typ wird als Builds veröffentlicht. Ein Build ist eine Version von allem, was dieser Typ mitbringt: seine Anbieter, deren Endpunkte, die Auslöser, auf die sie antworten, und die Werte, die sie zurückgeben.

Ein Backend folgt dem neuesten Build, solange du es nicht auf einen festlegst.

Wo das steht

Öffne das Backend, geh auf Anbieter und nutze oben rechts Basis-Image.

Ein Backend, das auf einem Build festliegt und noch einen anderen ausführt.

Dem neuesten Build folgen ist die Voreinstellung. Wähle stattdessen eine Version, um das Backend darauf zu halten.

Dem neuesten folgen

Wenn wir einen Build veröffentlichen, wechseln die Backends, die ihm folgen, auf den neuen. Du musst nichts tun.

Das willst du meistens. Neue Versionen der APIs, die du hältst, neue Endpunkte darauf und Korrekturen kommen so, wie sie erscheinen.

Eine Marke, die ein Build ergänzt, ist eine andere Sache. Sie taucht im Katalog zum Kaufen auf, nicht in deinem Backend.

Festlegen

Leg fest, wenn die Antworten über längere Zeit gleich bleiben müssen:

  • Eine Testsuite, die du nicht neu abgleichen willst.
  • Ein Release, das du noch unterstützt.
  • Ein Fehler, den du auf dem Build nachstellst, auf dem er auftrat.
  • Ein Audit oder eine Prüfung, bei der die Umgebung hinter den Nachweisen so bleiben muss, wie sie war, solange sie läuft.

Eine Festlegung gilt, bis du sie änderst. Eine Veröffentlichung bewegt ein festgelegtes Backend nicht.

Ändern, was ein Backend ausführt

Einen Build zu wählen speichert die Wahl. Das Backend führt weiter aus, was es hat, bis du Bereitstellen drückst, und solange sich beide unterscheiden, nennt die Ansicht den Build, der noch läuft.

Hat der gewählte Build andere Anbieter als der laufende, nennt die Ansicht, was er ergänzt und was er entfernt, und zwar nur unter den Marken, die deine Organisation hält.

Nicht jeder Build enthält jeden Anbieter. Fehlt im gewählten Build einer, den dein Backend bedient, kennzeichnet ihn die Anbieterliste mit Nicht in diesem Build. Dieser Build bedient ihn nicht. Sieh in die Liste, bevor du eine Festlegung bereitstellst.

Ältere Builds

Ein Build bleibt zwei Jahre nach seiner Veröffentlichung bereitstellbar. Danach wird er ausgemustert: Die Liste kennzeichnet ihn, und er lässt sich weder wählen noch bereitstellen. Lesen kannst du weiterhin, was er enthielt.

Liegt ein Backend auf einem Build fest, der ausgemustert wird, setz es auf einen neueren und stell es bereit.

Wie es weitergeht

War diese Seite hilfreich?