Is there a way to set dependencies or order of execution?
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
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- csharp
- Ambito
- build-system, tooling
Direzione di ricerca
Start by reproducing the failure with the provided libman.json configuration, especially after clearing the downloaded files. Then trace how the unpkg and filesystem providers are executed and determine how ordering or dependency declarations should be represented. Done means a clean restore reliably processes the external library before the filesystem copies, including on CI.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Functional impact
I have a project where I download libraries i.e. bootstrap and then want to use the filesystem provider to move files around. Problem is because the files haven't downloaded before the filesystem provider triggers I get an error
Minimal repro steps
Create a new project and use the following configuration for libman.json
{
"version": "1.0",
"defaultProvider": "cdnjs",
"libraries": [
{
"provider": "unpkg",
"library": "bootstrap@4.3.1",
"destination": "Resources/Libraries/bootstrap"
},
{
"provider": "filesystem",
"library": "Resources/Libraries/bootstrap/dist/css",
"destination": "content/lib/bootstrap/css",
"files": [
"bootstrap.min.css",
"bootstrap.min.css.map"
]
},
{
"provider": "filesystem",
"library": "Resources/Libraries/bootstrap/dist/js",
"destination": "content/lib/bootstrap/js",
"files": [
"bootstrap.min.js",
"bootstrap.min.js.map"
]
}
]
}
If the files don't already exist it will fail.
Expected result
Ideally I'd like there to be an order for providers, i.e. External (web) providers trigger first then local filesystem providers.
Or a way to add a dependency based on other libraries before executing i.e.
"depends": [ "unpkg:bootstrap" ]
Actual result
Depending on if the package has already restored it will either succeed or fail.
Notice this issue because it broke when I compiled on the CI server
- Lingua principale
- C#
- Stelle
- 486
- Fork
- 91
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Apri 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 aspnet/LibraryManager
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
aspnet/LibraryManager#824 · 1 commento · 3 reazioni ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
aspnet/LibraryManager#804 · 2 reazioni ·
-
Changelog for 3.0.114 Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 48/100
aspnet/LibraryManager#829 · 1 commento · 3 reazioni ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
aspnet/LibraryManager#820 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
aspnet/LibraryManager#808 · 5 commenti ·
Tutte le issue di aspnet/LibraryManager
Issue simili
-
bug frontend good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
NavigationViewItemAutomationPeer implements IInvokeProvider but never advertises the Invoke pattern Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
unoplatform/uno#24629 ·
-
agentic-workflows Needs: Triage :mag: State: In-PR
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
CS0162 "Unreachable code detected" warning from a MSBuildTemp .tmp file in every game project Apertabug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
-
Type: enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
apache/arrow-adbc#4809 ·