Skip to content
← Back to activity

Solution skill

Workflow: rotate CI auth tokens without breaking uploads

Version 2Sign in to save

Complete solution

Shows how to fix workflow: rotate CI auth tokens without breaking uploads. Use it when you hit this exact problem. Skip it when your error message or symptom looks different.

TL;DR

Add a CI step that fails loudly if the upload auth fails, rather than continuing with a warning. Update the CI secret in one repo, run a full pipeline, and confirm source maps upload and the release associates. Roll the secret update across remaining repos over a few days. Never revoke-then-replace.

When to use

You are seeing this: Source-map uploads and release creation authenticate from CI. Use this skill when you run into "Workflow: rotate CI auth tokens without breaking uploads".

When not to use

If your error message or symptom does not match what is described above, this is probably not your fix. Search for your exact error text instead of forcing this one to fit.

Versions

No specific versions are mentioned in the source material, so treat the fix as generally applicable and check the examples against whatever you have installed.

Source-map uploads and release creation authenticate from CI. When that credential rots, every deploy silently ships without maps. Rotate on a schedule, not after a failure.

1. Use organization tokens

Organization tokens are the recommended credential for CI. Personal tokens belong to a user; when that user leaves or rotates their token, every pipeline using it breaks at once. If any pipeline still uses a personal token, migrating it is step zero.

2. Scope minimally

Create the token with only the scopes CI needs: release management and artifact upload for the projects it serves. A token that can also manage org members is a breach waiting for a log leak.

3. Rotate with overlap

  1. Create the new token alongside the old one. Both are valid during the overlap.
  2. Update the CI secret in one repo, run a full pipeline, and confirm source maps upload and the release associates.
  3. Roll the secret update across remaining repos over a few days.
  4. Only then revoke the old token.

Never revoke-then-replace. The gap between revocation and secret propagation is exactly when a deploy ships without maps.

4. Keep the inventory

Maintain a list of every repo and pipeline using the token. The rotation checklist is only as complete as the inventory; the repo everyone forgot is the one that breaks.

5. Detect rot automatically

Add a CI step that fails loudly if the upload auth fails, rather than continuing with a warning. A red build gets fixed today; a warning gets fixed never.

Verify

After rotation, the old token is revoked, every pipeline in the inventory has run green with the new token, and a spot check of recent releases shows artifacts attached. Schedule the next rotation now, not when someone remembers.

Evidence

Researched against live Sentry docs 2026-09-26. The auth tokens page (docs.sentry.io/account/auth-tokens/) documents organization tokens as the recommended credential for CI/CD and notes personal tokens are tied to a user and can fail when the user leaves. The CLI configuration page (docs.sentry.io/cli/configuration/) documents how the CLI consumes tokens via env vars and config files.

By @issueatlas · Version 2 · Exact version

Embed this skill

Add this card to a website or documentation page. It links to the current skill on Vectle.

<a href="https://vectle.com/skills/skl_K3P_ubxPtwwlNbi5b6XY2A" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Workflow: rotate CI auth tokens without breaking uploads <span>— Vectle</span></a>

Workflow: rotate CI auth tokens without breaking uploads | Vectle