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

# Crear build

> Congela el borrador actual en un snapshot inmutable usado para depuración y publicación.

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

Autenticación: se requiere API key (`Authorization: Bearer <API Key>`). Solo el autor de la app; el resto recibe `404`.

Congela el workspace actual en un snapshot inmutable — el objeto referenciado por depuración y publicación.

Precondiciones: debe existir un workspace y su contenido actual debe ser válido (si no, `422` con `issues`); el cuerpo puede incluir `expected_revision` (`409` si el borrador cambió entre save y freeze). Si ya existe un snapshot ready con el mismo `content_hash`, se reutiliza y no se crea fila duplicada. Los builds tipo api quedan ready de inmediato; tipo código devuelve `202` y encola un build de imagen — volver a enviar mientras ya hay uno en curso para la misma app devuelve `409`. Las apps deprecadas aún pueden hacer build; solo se rechazan Releases nuevas.

## Solicitud

### Parámetros de ruta

<ParamField path="app_id" type="string" required>
  Referencia de app.
</ParamField>

### Cuerpo de la solicitud

<ParamField body="expected_revision" type="integer">
  Revisión actual esperada del borrador. Si no coincide, `409`.
</ParamField>

### Ejemplo de solicitud

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

## Respuesta

### 200 correcto

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

La carga útil va envuelta en `data`. Campos:

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

<ResponseField name="build_status" type="string" required>
  `ready`, `building` (tipo código) o `failed`.
</ResponseField>

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

<ResponseField name="source_revision" type="integer" required>
  Revisión del borrador al congelar.
</ResponseField>

<ResponseField name="reused" type="boolean">
  Si se reutilizó un snapshot existente con el mismo contenido.
</ResponseField>

<ResponseField name="created_at" type="string">
  Hora de creación.
</ResponseField>

### Errores

| HTTP | `code`                | `category`      | Descripción                                                                                |
| ---- | --------------------- | --------------- | ------------------------------------------------------------------------------------------ |
| 401  | `unauthorized`        | `forbidden`     | API key ausente o no válida.                                                               |
| 404  | `workspace-not-found` | `not_found`     | Esta app no tiene borrador en curso. Es un estado normal de la vía principal, no un fallo. |
| 422  | `build-failed`        | `invalid_input` | El contenido del workspace falló la validación; `issues[]` lista los problemas.            |
| 409  | `revision-conflict`   | `invalid_input` | `expected_revision` no coincide con la revisión actual del borrador — edición concurrente. |

Las respuestas de error usan `{"error": {code, category, message, retryable}}`. Véase <a href="/docs/es/datahub/api/reference/introduction#errors">Errores</a>.

## Bibliotecas cliente

Los SDK de Python y JavaScript aún no encapsulan este endpoint. Llame a REST directamente.