Fallout-build / Fallout-build/Fallout.Extensions.VSCode
Run Configuration: populate parameters & secrets from the build's declarations
- Vorherrschende Sprache
- C#
- Sterne
- 0
- Forks
- 0
- Ø Merge
- 2 Std. 43 Min.
- Gemergte PRs (30 T.)
- 8
Beschreibung
**Problem**
The extension's Run Configuration view is free-form — it only shows params/secrets you hand-type. Declared members like `NuGetApiKey` (`[Parameter][Secret]`) don't appear, so the Secrets section looks empty.
Blocked on **Fallout-build/Fallout#499** (the framework graph must emit `parameters[]` first).
**Outcome**
Run Configuration reads `parameters[]` from `build-graph.json` and pre-populates:
- non-secret params → **Parameters** rows (fill value → CLI args)
- `[Secret]` params → **Secrets** rows, shown *"not set"* until a value is entered (→ SecretStorage → env var on run)
**Acceptance criteria**
- `NuGetApiKey` and peers appear automatically after a build/plan.
- Declared secrets read *"not set"* until set; values live in SecretStorage, applied as env vars on run.
- Values still flow to runs as today (params → args, secrets → env); free-form add still works for extras.
- Graceful when the graph has no `parameters[]` (older builds) — falls back to today's free-form behaviour.
Beitragsleitfaden
Rechercherichtung
Start at the Run Configuration view and the build-graph.json parameters[] data, then trace the existing parameter-to-CLI and secret-to-environment-variable flows through SecretStorage. Confirm how the Fallout#499 graph output is consumed and verify that declared parameters populate the appropriate rows, while graphs without parameters[] retain free-form behavior.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- csharp
- Bereich
- devtools
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Aktiv
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 48/100