> ## 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 un build

> Geler le brouillon actuel en snapshot immuable utilisé pour le débogage et la publication.

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

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

Geler le workspace actuel en snapshot immuable — objet référencé par débogage et publication.

Préconditions : un workspace doit exister et son contenu actuel doit être valide (sinon `422` avec `issues`) ; le corps peut inclure `expected_revision` (`409` si le brouillon a changé entre save et freeze). Si un snapshot ready avec le même `content_hash` existe déjà, il est réutilisé sans ligne dupliquée. Les builds type api deviennent ready tout de suite ; type code renvoie `202` et met en file un build d’image — renvoyer pendant qu’un est déjà en cours pour la même app renvoie `409`. Les apps dépréciées peuvent encore builder ; seules les nouvelles Releases sont refusées.

## 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="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 '{"expected_revision": 3}' \
  "https://api-datahub.octoparse.com/v1/data-apps/carol/reviews-query/builds"
```

## Réponse

### 200 succès

```json theme={null}
{
  "data": {
    "build_id": "string",
    "build_status": "string",
    "content_hash": "string",
    "source_revision": 0,
    "reused": false,
    "created_at": "string"
  }
}
```

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

<ResponseField name="build_id" type="string" required>
  Id du build.
</ResponseField>

<ResponseField name="build_status" type="string" required>
  `ready`, `building` (type code) ou `failed`.
</ResponseField>

<ResponseField name="content_hash" type="string" required>
  Hash de contenu.
</ResponseField>

<ResponseField name="source_revision" type="integer" required>
  Révision du brouillon au moment du gel.
</ResponseField>

<ResponseField name="reused" type="boolean">
  Si un snapshot existant au même contenu a été réutilisé.
</ResponseField>

<ResponseField name="created_at" type="string">
  Heure de création.
</ResponseField>

### Erreurs

| HTTP | `code`                | `category`      | Description                                                                                      |
| ---- | --------------------- | --------------- | ------------------------------------------------------------------------------------------------ |
| 401  | `unauthorized`        | `forbidden`     | Clé API manquante ou invalide.                                                                   |
| 404  | `workspace-not-found` | `not_found`     | Cette app n’a pas de brouillon en cours. État normal du chemin principal, pas une faute.         |
| 422  | `build-failed`        | `invalid_input` | Le contenu du workspace 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.