fix: Strip the service worker source map before deploy

[do0ori]

Problem

After #15 landed, gh-pages carried service-worker.js.map (204 KB) — the one source map the cleanup missed.

vite-plugin-pwa builds the service worker in a pass of its own that runs after every plugin's closeBundle, which is where the Sentry plugin's filesToDeleteAfterUpload runs. So the app bundle's maps were removed and the service worker's was written afterwards, unnoticed.

A plugin placed after VitePWA in the array does not fix this; its closeBundle still runs before that pass. Verified locally — service-worker.js.map survived.

Fix

Move the cleanup to a post-build step in the build script, which runs once the entire build is finished.

$ npm run build   # with source maps forced on
Stripped source maps: service-worker.js.map, assets/index-D0eXf5WD.js.map, assets/workbox-window.prod.es5-BBnX5xw4.js.map
maps left: 0

readdirSync(..., { recursive: true }) rather than fs.globSync, which needs Node 22 — CI runs Node 20.

Verification

• Source maps forced on: all three stripped, dist clean.
• Normal local build (no token, so none generated): No source maps to strip., exit 0.
• npm test — 32/32 passing.

gh-pages keeps the stale service-worker.js.map in its history; the next deploy stops publishing it.

🤖 Generated with Claude Code

https://claude.ai/code/session_01MUBfrDZLkPRPZQJxJWzeU4