Add a shared Git object cache for dependencies
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
- 45/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- rust
- Ambito
- build-system
Direzione di ricerca
Start by locating the dependency checkout and lockfile handling paths, then read how Git sources are fetched and how --offline and --locked are enforced. The issue calls for a design covering cache identity, locking, corruption recovery, pruning, and platform paths before implementation. Done means cached objects can be reused across projects without changing lockfile-selected commits, with isolated working trees, integration tests, and cleanup documentation.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Motivation
Every project clones each Git dependency into its own .vex/deps/<package> checkout. This duplicates objects, increases network traffic, and slows clean builds across projects and CI jobs.
Proposed direction
Use a global bare or object cache keyed by normalized source identity, while keeping project-local checkouts and exact commits controlled by vex.lock.
Requirements
- The cache must be an optimization only; the lockfile remains authoritative.
--offlinemay use cached objects but must never access the network.--lockedmust never change the selected commit.- Concurrent processes must not corrupt cache state.
- Different URLs or credentials must not be conflated unsafely.
- Cache paths and diagnostics must not leak credentials.
Acceptance criteria
- Write a design covering identity, locking, corruption recovery, pruning, and platform paths.
- Reuse cached objects without unnecessary fetches.
- Preserve isolated project-local working trees.
- Add integration tests proving offline reuse across two projects.
- Document cache location and a safe cleanup procedure.
- Lingua principale
- Rust
- Stelle
- 1
- Fork
- 3
- Merge medio
- 6h 43m
- PR unite (30g)
- 15
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un 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 wavefnd/Vex
-
documentation good first issue release
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 95/100
I maintainer di solito rispondono entro 1 giorno
-
bug ci cross-platform good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
I maintainer di solito rispondono entro 1 giorno
-
bug good first issue tooling
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
build cross-platform enhancement good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
I maintainer di solito rispondono entro 1 giorno
-
bug good first issue ui/ux
Difficoltà 2/5 1-3 ore Idoneità per principianti 91/100
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
llm translation
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
BerriAI/litellm#47884 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug(stubgen): `typing` / `_typeshed` imports are emitted above `from __future__ import annotations`Apertastubgen
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 2 giorni
-
bug-hunt confirmed good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
area: pcb area: rendering priority: high status: needs-triage type: bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
-
Update webpki-root-certsAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
rustls/rustls-platform-verifier#262 · 2 commenti · 2 reazioni ·