> ## Documentation Index
> Fetch the complete documentation index at: https://www.octoparse.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Release erstellen

> Ready Build zu formaler Version promoten. Versionsnummer wird in diesem Moment fixiert.

**`POST`** `https://api-datahub.octoparse.com/v1/data-apps/{app_id}/releases`

Authentifizierung: API-Schlüssel erforderlich (`Authorization: Bearer <API Key>`). Nur App-Autor; andere erhalten `404`.

Befördert einen angegebenen Build im Status ready zu einer offiziellen Version. **Die Versionsnummer wird hier festgelegt**: Standardmäßig wird das Patch-Segment der aktuell höchsten Version um eins erhöht (das erste Release ist `0.1.0`). Eine explizite Version muss aus drei numerischen Segmenten bestehen und strikt größer als die aktuell höchste sein – nutzen Sie sie für Major- oder Minor-Sprünge.

Vorbedingungen: der Build existiert und ist ready; der Snapshot läuft erneut durch die Validierungspipeline (Specs können sich während der Build-Lebenszeit geändert haben); wenn `expected_revision` gesetzt ist, darf der Workspace keine parallelen Edits haben. Parallele Publishes werden über die Unique-Constraint auf (Publisher, App-Name, Version) arbitriert; bei Auto-Version-Konflikten rechnet die Engine neu und retried einmal. Nach dem Publish bleibt der Workspace erhalten — er kann dem released Snapshot bereits voraus sein.

## Anfrage

### Pfadparameter

<ParamField path="app_id" type="string" required>
  App-Referenz.
</ParamField>

### Anfrage-Body

<ParamField body="build_id" type="string" required>
  Zu veröffentlichende Build-ID. Muss ready sein.
</ParamField>

<ParamField body="version" type="string">
  Explizite dreiteilige Version. Weglassen, um das Patch-Segment zu erhöhen.
</ParamField>

<ParamField body="expected_revision" type="integer">
  Expected current draft revision. Mismatch gibt zurück `409`.
</ParamField>

### Beispielanfrage

```bash theme={null}
curl -X POST \
  -H "Authorization: Bearer $OCTOPARSE_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"build_id": "bld_a583f440a0ab", "version": "1.2.0"}' \
  "https://api-datahub.octoparse.com/v1/data-apps/carol/reviews-query/releases"
```

## Antwort

### 200 Erfolg

```json theme={null}
{
  "data": {
    "version": "1.2.0",
    "build_id": "bld_a583f440a0ab",
    "published_at": "2026-09-15T08:00:00+00:00",
    "latest": true
  }
}
```

Payload ist in `data` gewrappt. Felder:

<ResponseField name="app_name" type="string" required>
  —
</ResponseField>

<ResponseField name="namespace" type="string">
  —
</ResponseField>

<ResponseField name="version" type="string" required>
  Veröffentlichte Versionsnummer.
</ResponseField>

<ResponseField name="build_id" type="string" required>
  Zugehöriger Build.
</ResponseField>

<ResponseField name="published_at" type="string">
  Veröffentlichungszeit.
</ResponseField>

<ResponseField name="missing_secrets" type="string[]">
  —
</ResponseField>

### Fehler

| HTTP | `code`              | `category`      | Beschreibung                                                                                           |
| ---- | ------------------- | --------------- | ------------------------------------------------------------------------------------------------------ |
| 401  | `unauthorized`      | `forbidden`     | Fehlender oder ungültiger API-Schlüssel.                                                               |
| 404  | `build-not-found`   | `not_found`     | Build snapshot existiert nicht.                                                                        |
| 409  | `build-not-ready`   | `invalid_input` | Build ist noch nicht ready (building oder failed) und kann nicht veröffentlicht werden.                |
| 422  | `invalid-manifest`  | `invalid_input` | Das Manifest hat die Validierung nicht bestanden; `issues[]` listet die Probleme auf.                  |
| 409  | `revision-conflict` | `invalid_input` | `expected_revision` stimmt nicht mit der aktuellen Draft-Revision überein – gleichzeitige Bearbeitung. |

Fehlerantworten nutzen `{"error": {code, category, message, retryable}}`. Siehe <a href="/docs/de/datahub/api/reference/introduction#errors">Fehler</a>.

## Client-Bibliotheken

Die Python- und JavaScript-SDKs wrappen diesen Endpoint noch nicht. REST direkt aufrufen.