Releases e source maps

Instalar two API calls in your deploy pipeline

Defina release em todos os SDKs, depois informe ao Blipit cada release e deploy a partir do seu pipeline. Com um token do GitHub salvo no projeto, o Blipit busca os commits e marca os commits suspeitos em cada problema. Envie source maps para que os stack traces do navegador apontem para o seu código-fonte.

1Registre uma 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"}'

2Registre um 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"}'

3Envie source maps

A partir da sua etapa de build, com a chave secreta. A CLI varre a pasta em busca de arquivos .map e os envia associados à release; os nomes de arquivo são os caminhos de onde o navegador carrega os bundles.

sh
BLIPIT_KEY=<secret key> npx @blipit/cli sourcemaps upload dist --release "myapp@$GIT_SHA"
Release e deploy com a 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

Bom saber

  • O token do GitHub é salvo por projeto em Code owners; ele é criptografado e usado somente contra api.github.com.

Travou? Envie um e-mail para support@blipit.io. As chaves e o DSN exato de cada projeto ficam em Chaves de API no app.blipit.io.