Référence API
Releases
Endpoint POST /api/v1/releases
Appelez ceci depuis votre pipeline de déploiement (ou utilisez blipit releases new). Avec un token GitHub enregistré sur le projet, Blipit récupère les commits lui-même ; sinon il utilise ceux que vous envoyez.
1Requête
Clé secrète dans X-Blipit-Key. Corps jusqu'à 2 Mo : version (requis, jusqu'à 256 caractères), commit et previous_commit (sha git, 7 à 40 hexadécimaux), repo (owner/name), commits (liste facultative issue de git log : sha, message, auteur, fichiers modifiés, jusqu'à 250). Sans previous_commit, Blipit conserve les commits postérieurs au commit de la dernière release, ou seulement le head pour une première 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"}'2Réponses
200 {version, commits, source (github, cli ou null), previous_commit, warning?}. Le warning indique quand la recherche GitHub a échoué et que les commits de la CLI ont été utilisés. 400 pour une version, un sha ou un repo invalide. 401 clé inconnue, 403 clé publique.
Bon à savoir
- repo ne peut être que owner/name ; tout ce qui contient @, //, .., ?, # ou des segments supplémentaires est refusé, pour que les appels GitHub n'atteignent jamais que api.github.com/repos/owner/name.
- La récupération compare de GitHub a un délai de 10 secondes et lit les fichiers modifiés des 30 commits les plus récents.
Bloqué ? Écrivez à support@blipit.io. Les clés et le DSN exact de chaque projet sont sous Clés API dans app.blipit.io.

