A negative `input` pattern can't be narrowed, so keeping one folder under `node_modules` tracked takes a sibling-name glob
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- rust
- Ambito
- build-system
Direzione di ricerca
Start with crates/vt_glob/src/path.rs and the filtering call sites in crates/vt/src/session/execute/mod.rs and cache_update.rs; then trace explicit glob handling around crates/vt/src/session/execute/glob.rs. Check how exceptions interact with auto-tracked reads and explicit globs, including whether walking can prune exception subtrees. Done means negative patterns can leave matching exception paths eligible without adding files to the cache key by themselves.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Written by an AI agent (Claude) on behalf of @jasonkuhrt.
Summary
A negative input pattern removes every file it matches, including files the task declares as inputs. The docs say so ("Negative Patterns Apply to Both Modes"), so this is a feature request, not a bug: a way to write "exclude this tree, except this part of it".
The case
Most of our tasks exclude installed dependencies from their inputs, so a reinstall alone doesn't miss the cache. A few still need a file that lives under node_modules: a dependency fingerprint a task declares as its key, TypeScript declarations a test reads through a project reference, a progress file a test runner resumes from. The config that says what we mean drops that file:
cache: {
input: [
{ auto: true },
{ pattern: '!**/node_modules/**', base: 'workspace' },
// declared, and removed by the negative above
{ pattern: 'node_modules/.cache/tool-state/fingerprint/dependencies/hash', base: 'workspace' },
],
}
The declared file never enters the key: the explicit globs are walked with walk.not(negation) (crates/vt/src/session/execute/glob.rs:38-43 at cb0bddc5), and auto-tracked reads go through the same negatives (crates/vt/src/session/execute/cache_update.rs:236). A change to that file can never miss the cache, so the result is a silent false hit, not a wasted run.
What we write instead is a negative that excludes every name except the kept one, character by character. This is one package's copy, keeping node_modules/.vpp-progress visible:
const otherRootDirectories =
'{node_modules?*,[!n]*,n,n[!o]*,no,no[!d]*,nod,nod[!e]*,node,node[!_]*,node_,node_[!m]*,node_m,node_m[!o]*,node_mo,node_mo[!d]*,node_mod,node_mod[!u]*,node_modu,node_modu[!l]*,node_modul,node_modul[!e]*,node_module,node_module[!s]*}';
const otherInstalledTrees =
'{.vpp-progress?*,[!.]*,.[!v]*,.v,.v[!p]*,.vp,.vp[!p]*,.vpp,.vpp[!\\-]*,.vpp-,.vpp-[!p]*,.vpp-p,.vpp-p[!r]*,.vpp-pr,.vpp-pr[!o]*,.vpp-pro,.vpp-pro[!g]*,.vpp-prog,.vpp-prog[!r]*,.vpp-progr,.vpp-progr[!e]*,.vpp-progre,.vpp-progre[!s]*,.vpp-progres,.vpp-progres[!s]*}';
input: [
{ auto: true },
{ pattern: `!${otherRootDirectories}/**/node_modules/**`, base: 'workspace' },
{ pattern: `!${otherRootDirectories}/**/node_modules`, base: 'workspace' },
{ pattern: '!node_modules', base: 'workspace' },
{ pattern: `!node_modules/${otherInstalledTrees}`, base: 'workspace' },
{ pattern: `!node_modules/${otherInstalledTrees}/**`, base: 'workspace' },
]
Our shared config helper builds these from a trie of the kept paths (three trees today). Because the failure is silent, we also check at config load that no negative hides the one input file we generate (a test runner's progress file).
Proposal
Let a negative carry exceptions: paths it leaves alone.
input: [
{ auto: true },
{
pattern: '!**/node_modules/**',
base: 'workspace',
except: ['node_modules/.cache/tool-state/**'],
},
]
An exception only un-excludes. It adds nothing to the key by itself: a file under it counts when the task reads it (auto) or when another pattern declares it, as if the negative weren't there. That matters for us: the compiler tree holds every package's declarations, and a test should key on the ones it reads, not all of them.
It's opt-in, so no existing config changes meaning. The other shape we considered, ordered patterns where a later positive re-includes (as .gitignore's ! does), changes configs like ["!**/*.test.ts", "src/**"], and a positive also adds every file it matches to the key, so it can't express "track what's read under here".
Where it would go
- Auto-tracked reads:
PathGlobSetalready does last-match-wins when a pattern is negated (crates/vt_glob/src/path.rs:35-64). Built from each negative followed by its exceptions as!patterns, the filter atcrates/vt/src/session/execute/mod.rs:178/cache_update.rs:236would keep exception paths as is. - Explicit globs: a negative with exceptions can't go into
walk.not(negation)as is, or wax may prune the subtree an exception sits in. Filtering those files per path with the same set keeps the walk correct, at the cost of walking that subtree.
Related: #504 is the other direction, a negative that fails to exclude a directory listing's entries.
If the shape is agreed, we can send the PR.
- Lingua principale
- Rust
- Stelle
- 480
- Fork
- 50
- Merge medio
- 1g 5h
- PR unite (30g)
- 63
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di voidzero-dev/vite-task
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 56/100
voidzero-dev/vite-task#910 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Automatic output tracking misses files a task renames into place, so a cache hit restores nothingAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
voidzero-dev/vite-task#908 ·
I maintainer di solito rispondono entro 1 giorno
-
Export OpenTelemetry client spans for the native remote cacheForse già presa @jasonkuhrt l’ha presa 1 giorno fa. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
voidzero-dev/vite-task#906 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 56/100
voidzero-dev/vite-task#905 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
voidzero-dev/vite-task#904 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di voidzero-dev/vite-task
Issue simili
-
spurctld: a user with no usage gets a lower fair-share factor than a user with a little usageAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
area:ci kind:bug priority:p3 ready
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
tech-debt
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
srikanth235/centraid#1155 ·
I maintainer di solito rispondono entro 1 giorno
-
dotfiles: failed batch untrack removes earlier tracking declarationsForse già presa @jdx l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 2 giorni