> ## 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.

# Créer une release

> Promouvoir un build prêt en version formelle. Le numéro de version est fixé à cet instant.

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

Authentification : clé API requise (`Authorization: Bearer <API Key>`). Auteur de l’app uniquement ; les autres reçoivent `404`.

Promouvoir un build prêt spécifié en version formelle. **Le numéro de version est fixé ici** : par défaut on incrémente le segment patch de la dernière version ; ou passez une version explicite à trois segments.

Préconditions : le build existe et est prêt ; le snapshot repasse la validation de publication au moment de la release ; l’app n’est pas dépréciée (sinon les nouvelles releases sont refusées). Le numéro de version doit être supérieur à toute release existante.

## Requête

### Paramètres de chemin

<ParamField path="app_id" type="string" required>
  Référence d’app.
</ParamField>

### Corps de la requête

<ParamField body="build_id" type="string" required>
  Id du build à publier. Doit être prêt.
</ParamField>

<ParamField body="version" type="string">
  Version explicite à trois segments. Omettez pour incrémenter le segment patch.
</ParamField>

<ParamField body="expected_revision" type="integer">
  Révision courante attendue du brouillon. Écart → `409`.
</ParamField>

### Exemple de requête

```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"
```

## Réponse

### 200 succès

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

La charge utile est encapsulée dans `data`. Champs :

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

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

<ResponseField name="version" type="string" required>
  Numéro de version publiée.
</ResponseField>

<ResponseField name="build_id" type="string" required>
  Build correspondant.
</ResponseField>

<ResponseField name="published_at" type="string">
  Heure de publication.
</ResponseField>

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

### Erreurs

| HTTP | `code`              | `category`      | Description                                                                                      |
| ---- | ------------------- | --------------- | ------------------------------------------------------------------------------------------------ |
| 401  | `unauthorized`      | `forbidden`     | Clé API manquante ou invalide.                                                                   |
| 404  | `build-not-found`   | `not_found`     | Le snapshot de build n’existe pas.                                                               |
| 409  | `build-not-ready`   | `invalid_input` | Le build n’est pas encore prêt (building ou failed) et ne peut pas être publié.                  |
| 422  | `invalid-manifest`  | `invalid_input` | Le manifest a échoué la validation ; `issues[]` liste les problèmes.                             |
| 409  | `revision-conflict` | `invalid_input` | `expected_revision` ne correspond pas à la révision actuelle du brouillon — édition concurrente. |

Les réponses d’erreur utilisent `{"error": {code, category, message, retryable}}`. Voir <a href="/docs/fr/datahub/api/reference/introduction#errors">Erreurs</a>.

## Bibliothèques clientes

Les SDK Python et JavaScript n’encapsulent pas encore cet endpoint. Appelez REST directement.