Envoyer plus

Releases et source maps

Installation two API calls in your deploy pipeline

Définissez release sur chaque SDK, puis informez Blipit de chaque release et deploy depuis votre pipeline. Avec un token GitHub enregistré sur le projet, Blipit récupère les commits et marque les commits suspects sur chaque problème. Envoyez les source maps pour que les stack traces navigateur pointent vers votre source.

1Déclarer une release

sh
curl https://in.blipit.io/api/v1/releases \
  -H "Content-Type: application/json" -H "X-Blipit-Key: <secret key>" \
  -d '{"version":"$VERSION","commit":"$GIT_SHA","previous_commit":"$PREVIOUS_SHA","repo":"owner/name"}'

2Enregistrer un deploy

sh
curl https://in.blipit.io/api/v1/deploys \
  -H "Content-Type: application/json" -H "X-Blipit-Key: <secret key>" \
  -d '{"version":"$VERSION","environment":"production","url":"https://example.com"}'

3Envoyer les source maps

Depuis votre étape de build, avec la clé secrète. La CLI parcourt le dossier à la recherche de fichiers .map et les envoie indexés par release ; les noms de fichiers sont les chemins depuis lesquels le navigateur charge les bundles.

sh
BLIPIT_KEY=<secret key> npx @blipit/cli sourcemaps upload dist --release "myapp@$GIT_SHA"
Release et deploy avec la CLI
npx @blipit/cli releases new "myapp@$GIT_SHA" --commit $GIT_SHA --repo owner/name --previous-commit $PREVIOUS_SHA
npx @blipit/cli deploys new "myapp@$GIT_SHA" --env production --url https://example.com

Bon à savoir

  • Le token GitHub est enregistré par projet sous Code owners ; il est chiffré et utilisé uniquement auprès de api.github.com.

Bloqué ? Écrivez à support@blipit.io. Les clés et le DSN exact de chaque projet sont sous Clés API dans app.blipit.io.