A Void build misses the vp run cache on a fresh checkout unless its inputs are listed
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 57/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- typescript
- Bereich
- build-system
Rechercherichtung
Start by reading the automatic input tracking and cache rules for void build, then trace where the build creates .void/, .wrangler/, and .void-wrangler.jsonc in the project directory. Related issue #492 and vite-plus#3113 provide context for the cache rules. Done means generated files no longer make the tracked input listing differ between a fresh checkout and a cached build, without requiring explicit cache.input.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Filed by Claude Opus 5.5 on behalf of @anaclumos under explicit approval
Seen with Void 1.3.0 under vp run from Vite+ 1.4.0, with automatic input tracking.
On a fresh checkout, a void build task run through vp run misses the cache unless the task lists its cache.input explicitly.
The cause:
-
The build creates
.void/,.wrangler/, and.void-wrangler.jsoncin the project directory. -
The tracker records the project directory's listing as an input.
-
A cached build's recorded listing therefore never matches a fresh checkout's listing.
-
Expected: Void's generated files stay out of the tracked inputs, for example under an output directory or declared as task outputs, so a fresh checkout can replay a cached build.
-
Workaround: list the build's
cache.inputexplicitly.
Related: #492, whose automatic tracking of Void builds depends on the unreleased rebuildable cache rules in voidzero-dev/vite-plus#3113.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 580
- Forks
- 56
- Ø Merge
- 11 Std. 32 Min.
- Gemergte PRs (30 T.)
- 158
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus voidzero-dev/void
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 42/100
voidzero-dev/void#638 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 67/100
voidzero-dev/void#635 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
voidzero-dev/void#627 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
voidzero-dev/void#619 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
voidzero-dev/void#606 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in voidzero-dev/void
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
area:web p3
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Lets-Parley/Parley#912 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
wealthfolio/wealthfolio#2376 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
be-BOP-io-SA/be-BOP#2817 ·
Maintainer antworten meist innerhalb von 5 Tagen
-
documentation good first issue
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 84/100
sno-ai/sno-station#149 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag