Filter before resolving with filing-cabinet?
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
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- javascript
- Ambito
- tooling
Direzione di ricerca
Inizia tracciando il modo in cui l'opzione filter attuale interagisce con l'estrazione delle dipendenze, il passaggio di risoluzione di file-cabinet e l'array nonExistent. Definisci una configurazione di filtraggio pre-risoluzione retrocompatibile, quindi verifica che le dipendenze filtrate non vengano risolte, mentre il filtraggio post-risoluzione esistente rimanga invariato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hello - I'm curious if you'd be interested in a proposal to support filtering before resolving with file-cabinet. What I'm trying to accomplish is to prevent certain dependencies from being considered at all so that I can fail fast when something can't be resolved. Currently, the filter option filters after dependencies have been extracted and resolved, and there's no way to filter these before they're added to the nonExistent array. If it were possible to filter before resolution, I could prevent these dependencies from being considered at all. I can't easily post-process nonExistent because I need to know from which file the dependencies were from. So, I'm thinking if the filtering functionality were augmented to support filtering pre-resolution, I could just hook into that.
If this sounds interesting, I can work on a PR. I imagine we can't just move the filter function call before the file cabinet call since that would be a breaking change, but could maybe add an additional config or similar? Thanks!
- Lingua principale
- JavaScript
- Stelle
- 776
- Fork
- 82
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 dependents/node-dependency-tree
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 48/100
-
question
Difficoltà 3/5 1-2 giorni Idoneità per principianti 25/100
-
question
Difficoltà 3/5 1-2 giorni Idoneità per principianti 25/100
dependents/node-dependency-tree#152 · 2 commenti ·
-
Why is precinctOptions.includeCore always false?Forse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 48/100
-
enhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
dependents/node-dependency-tree#144 · 3 reazioni ·
Tutte le issue di dependents/node-dependency-tree
Issue simili
-
🐛 bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
LibreChat-AI/LibreChat#17887 ·
I maintainer di solito rispondono entro 1 giorno
-
Step-by-step Ash GuideAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
liveshowy/webauthn_components#118 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
showdownjs/showdown#1113 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
dependents/node-precinct#167 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
volumio/volumio-plugins-sources-bookworm#279 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno