Initializing the remote caches as needed
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Refactoring
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- python
- Ambito
- build-system
Direzione di ricerca
Inizia ricostruendo la sequenza di avvio di checkout e il punto in cui vengono inizializzate le cache remote. Confronta i passaggi elencati di caricamento, risoluzione, interrogazione della cache, fetch e checkout; il lavoro è completo quando le cache remote vengono inizializzate solo quando è necessario recuperare un artefatto mancante o incompleto, non prima della convalida della destinazione o dell'uso della cache locale.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Currently, remote caches are initialized pretty early in the buildstream start sequence. At least for checkout operations, this is often too early to know whether the caches are actually needed.
There are a few situations:
- target directory is not empty: Loading elements -> Resolving elements -> Initializing remote caches -> target directory is not empty
- this wastes time before reporting the error
- artifacts are cached locally: Loading elements -> Resolving elements -> Initializing remote caches -> Query cache -> Staging dependencies -> Integrating sandbox -> Checking out files
- We don't need remote caches here, so it also wastes time
- artifacts aren't cached: Loading elements -> Resolving elements -> Initializing remote caches -> Query cache -> Attempting to fetch missing or incomplete artifact(s) ...
- This is the case that needs initializing remote caches. However it makes more sense to do it after the "Attempting to fetch", not before.
- Lingua principale
- Python
- Stelle
- 151
- Fork
- 49
- Merge medio
- 3g 5h
- PR unite (30g)
- 6
Preparare l'ambiente
- 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 apache/buildstream
-
logging
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
apache/buildstream#2150 · 3 commenti ·
-
question
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
apache/buildstream#2143 · 2 commenti · 1 reazione ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 74/100
apache/buildstream#2196 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
apache/buildstream#2194 ·
-
Modification time of an element with an open workspace propagates into consumer element's sandboxApertabug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
apache/buildstream#2186 · 2 commenti · 2 reazioni ·
Tutte le issue di apache/buildstream
Issue simili
-
enhancement P2
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
Toloka/tolokaforge#1776 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
TencentCloud/Octop#1622 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
-
Rust: `const _` gets its file's node ID, so the file node is relabelled `_` and gains a self-loopAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
Graphify-Labs/graphify#4064 · 1 commento ·
I maintainer di solito rispondono entro 2 giorni