Referencia de la API
Releases
Endpoint POST /api/v1/releases
Llama a esto desde tu pipeline de deploy (o usa blipit releases new). Con un token de GitHub guardado en el proyecto, Blipit obtiene los commits por sí mismo; si no, usa los commits que envíes.
1Petición
Clave secreta en X-Blipit-Key. Cuerpo de hasta 2 MB: version (obligatorio, hasta 256 caracteres), commit y previous_commit (shas de git, de 7 a 40 hexadecimales), repo (owner/name), commits (lista opcional de git log: sha, mensaje, autor, archivos modificados, hasta 250). Sin previous_commit, Blipit conserva los commits posteriores al commit de la última release, o solo el head en una primera release.
curl https://in.blipit.io/api/v1/releases \
-H "Content-Type: application/json" -H "X-Blipit-Key: <secret key>" \
-d '{"version":"shop@1.4.2","commit":"9fceb02a","previous_commit":"3a1c7f0d","repo":"acme/shop"}'2Respuestas
200 {version, commits, source (github, cli o null), previous_commit, warning?}. El warning indica cuándo falló la consulta a GitHub y se usaron los commits de la CLI. 400 por una version, sha o repo incorrectos. 401 clave desconocida, 403 clave pública.
Conviene saber
- repo solo puede ser owner/name; cualquier cosa con @, //, .., ?, # o segmentos adicionales se rechaza para que las llamadas a GitHub solo lleguen a api.github.com/repos/owner/name.
- La consulta compare de GitHub tiene un tiempo de espera de 10 segundos y lee los archivos modificados de los 30 commits más recientes.
¿Atascado? Escribe a support@blipit.io. Las claves y el DSN exacto de cada proyecto están en Claves API en app.blipit.io.

