ci: harden publish workflow#5141
Conversation
|
@wagmi/cli
@wagmi/connectors
@wagmi/core
create-wagmi
wagmi
@wagmi/solid
@wagmi/vue
commit: |
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Size Change: 0 B Total Size: 1.2 MB ℹ️ View Unchanged
|
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #5141 +/- ##
=======================================
Coverage 88.54% 88.54%
=======================================
Files 303 303
Lines 2812 2812
Branches 816 816
=======================================
Hits 2490 2490
Misses 123 123
Partials 199 199 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
8b35d80 to
4f45baf
Compare
4f45baf to
e555b89
Compare
e555b89 to
b1b88f5
Compare
b1b88f5 to
30f22fd
Compare
Adopt the two hardenings from wevm/wagmi#5141 that we didn't already have (the version-PR/publish split was already in place): - permissions: {} at the workflow top level — deny-by-default; every job declares only what it needs. This also fixes sdk, which had no top-level permissions block (it inherited the repo default token scope). Added explicit contents: read to the verify jobs that relied on the old top-level default (sdk, bigmi). - skip the pnpm store cache in privileged jobs (changesets / release / canary, plus explorer's deploy-prod) via a new cache input on the pnpm-install composite (default true). Prevents restoring a poisoned dependency cache into a context that holds publish (id-token) or write permissions. verify keeps the cache (read-only, runs on every push). Marginal under our write-access trust model, but it's the defense-in-depth best practice and matches wagmi. cancel-in-progress: false and per-job least-privilege were already in place.
Adopt the two hardenings from wevm/wagmi#5141 that we didn't already have (the version-PR/publish split was already in place): - permissions: {} at the workflow top level — deny-by-default; every job declares only what it needs. This also fixes sdk, which had no top-level permissions block (it inherited the repo default token scope). Added explicit contents: read to the verify jobs that relied on the old top-level default (sdk, bigmi). - skip the pnpm store cache in privileged jobs (changesets / release / canary, plus explorer's deploy-prod) via a new cache input on the pnpm-install composite (default true). Prevents restoring a poisoned dependency cache into a context that holds publish (id-token) or write permissions. verify keeps the cache (read-only, runs on every push). Marginal under our write-access trust model, but it's the defense-in-depth best practice and matches wagmi. cancel-in-progress: false and per-job least-privilege were already in place.
Adopt the two hardenings from wevm/wagmi#5141 that we didn't already have (the version-PR/publish split was already in place): - permissions: {} at the workflow top level — deny-by-default; every job declares only what it needs. This also fixes sdk, which had no top-level permissions block (it inherited the repo default token scope). Added explicit contents: read to the verify jobs that relied on the old top-level default (sdk, bigmi). - skip the pnpm store cache in privileged jobs (changesets / release / canary, plus explorer's deploy-prod) via a new cache input on the pnpm-install composite (default true). Prevents restoring a poisoned dependency cache into a context that holds publish (id-token) or write permissions. verify keeps the cache (read-only, runs on every push). Marginal under our write-access trust model, but it's the defense-in-depth best practice and matches wagmi. cancel-in-progress: false and per-job least-privilege were already in place.
Summary
Verification