automatic lockfile updating and LLM review
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- rust
- Ambito
- build-system, ci-cd, security
Direzione di ricerca
Inizia esaminando i file proposti Cargo-minimal.lock e Cargo-recent.lock, quindi esamina cargo-rbmt e rust-bitcoin alla ricerca di pattern per il controllo delle dipendenze minime. Poi, analizza come questo repository potrebbe eseguire un cronjob per gli aggiornamenti delle dipendenze e ottenere una revisione da parte di un LLM. Il lavoro è completo quando i lockfile sono validati e il processo automatizzato di aggiornamento e revisione è definito e funzionante.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I'd like to pilot a new lockfile process here. Using this repo since it's widely-used but development is pretty slow, so hopefully it won't be too disruptive to try new stuff. Here's my proposal:
- We add a
Cargo-minimal.lockalongsideCargo-recent.lockwhich is checked to actually match the minimum dependencies. cargo-rbmt has some facility for checking this; we should take a look at what rust-bitcoin does. - For
Cargo-recent.lock, we add a cronjob that (attempts to) update every dependency to the latest version, whenever a new version comes out. The PR should query a LLM agent to review the diff, providing a summary of changes (highlighting anything that "seems important" but wasn't mentioned in the CHANGELOG), a security audit, and a summary of how this crate might be affected.
If this works, we can try doing it on other repos. We may need to do something clever to share reviews so we're not re-reviewing the same dep on every repo that needs it. (But OTOH, I would guess that the cost is only a dollar or two per update, on average, and maybe there's value in doing multiple passes.)
We've had several abortive attempts to use humans to review each dependency update. In practice there's just way too much to handle, so instead we put off updating the lockfile til we're forced to. And then we just do it without looking at the diffs.
cc @Arvolear @psgreco -- I would appreciate a concept ACK. I'd also like Blockstream to sponsor the LLM usage here.
- Lingua principale
- Rust
- Stelle
- 57
- Fork
- 40
- Merge medio
- 11h 58m
- PR unite (30g)
- 1
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
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 ElementsProject/rust-elements
-
The Fuzz workflow is failing Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
ElementsProject/rust-elements#290 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
ElementsProject/rust-elements#277 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
ElementsProject/rust-elements#268 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
ElementsProject/rust-elements#262 · 2 commenti · 1 reazione ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
ElementsProject/rust-elements#260 · 1 commento ·
Tutte le issue di ElementsProject/rust-elements
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
gitbutlerapp/gitbutler#15998 · 1 commento ·
-
bug triage:deciding
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
open-telemetry/otel-arrow#4132 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100