Publishing
Build erstellen
Aktuellen Draft zu immutable Snapshot frieren — für Debug-Runs und Publishing.
POST
Build erstellen
POST https://api-datahub.octoparse.com/v1/data-apps/{app_id}/builds
Authentifizierung: API-Schlüssel erforderlich (Authorization: Bearer <API Key>). Nur App-Autor; andere erhalten 404.
Friert den aktuellen Workspace in einen unveränderlichen Snapshot ein – das Objekt, auf das Debug-Runs und das Publishing verweisen.
Vorbedingungen: Ein Arbeitsbereich muss vorhanden sein und sein aktueller Inhalt muss gültig sein (ansonsten 422 mit issues); der Textkörper kann ⟦2 enthalten⟧ (⟦3,⟧ wenn der Entwurf zwischen Speichern und Einfrieren geändert wurde). Wenn⟧ bereits ein fertiger Snapshot mit der gleichen ⟦4 vorhanden ist, wird er wiederverwendet und es wird keine doppelte Zeile erstellt. aPI-Typ-Builds werden sofort fertig; Code-Typ gibt ⟦5 zurück⟧ und reiht einen Image-Build in die Warteschlange ein — wird erneut gesendet, während einer bereits für die gleiche App ausgeführt wird, gibt ⟦6 zurück⟧. Veraltete Apps können immer noch erstellt werden; nur neue Releases werden abgelehnt.
Anfrage
Pfadparameter
string
erforderlich
App-Referenz.
Anfrage-Body
integer
Expected current draft revision. Mismatch gibt zurück
409.Beispielanfrage
Antwort
200 Erfolg
data gewrappt. Felder:
string
erforderlich
Build-ID.
string
erforderlich
ready, building (code-type) oder failed.string
erforderlich
Content-Hash.
integer
erforderlich
Draft-Revision zum Zeitpunkt des Einfrierens.
boolean
Ob an existing same-content snapshot was reused.
string
Erstellungszeit.
Fehler
Fehlerantworten nutzen
{"error": {code, category, message, retryable}}. Siehe Fehler.