A Void build misses the vp run cache on a fresh checkout unless its inputs are listed

Abierto
#636 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
57/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
typescript
Área
build-system

Línea de trabajo

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.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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.jsonc in 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.input explicitly.

Related: #492, whose automatic tracking of Void builds depends on the unreleased rebuildable cache rules in voidzero-dev/vite-plus#3113.

Lenguaje dominante
TypeScript
Estrellas
627
Forks
66
Merge medio
14 h 38 min
PR fusionados (30 d)
179

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de voidzero-dev/void

Todos los issues de voidzero-dev/void

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.