Is there a way to set dependencies or order of execution?
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- csharp
- 領域
- build-system, tooling
調査の方向性
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.
索引モデルが issue の本文から書いたものです。
説明
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
- 主要言語
- C#
- スター
- 486
- フォーク
- 91
- PR マージ指標
- 30日以内にマージされた PR はありません
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
aspnet/LibraryManager のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
aspnet/LibraryManager#824 · コメント 1 件 · リアクション 3 件 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 68/100
aspnet/LibraryManager#804 · リアクション 2 件 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 48/100
aspnet/LibraryManager#829 · コメント 1 件 · リアクション 3 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 42/100
aspnet/LibraryManager#820 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
aspnet/LibraryManager#808 · コメント 5 件 ·
aspnet/LibraryManager の issue をすべて見る
似ている issue
-
core dependencies
難易度 1/5 1時間未満 初心者へのやさしさ 80/100
-
bug frontend good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
NavigationViewItemAutomationPeer implements IInvokeProvider but never advertises the Invoke pattern オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
unoplatform/uno#24629 ·
-
agentic-workflows Needs: Triage :mag: State: In-PR
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
Down / Waiting for removal
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100