Refactor settings management and tracing configuration

[Gijsreyn]

Motivation

As described in #1081, DSC settings are currently retrieved through stringly-typed get_setting() function. This makes the available settings undiscoverable without tracing code flow, nor does it provide JSON Schema for users (or integration tooling). This PR implements the core settings module agreed upon in the issue so settings are centrally defined + strongly typed.

Approach

This POR adds a new settings module in dsc-lib, defining every setting DSC supports and resolving them once per invocation. The resolution follows the agreed WG model: sources are gathered from lowest to highest precedence. For example:

code defaults                                  (lowest)
  -> built-in:  <exe dir>/dsc_default.settings.json
  -> install:   <exe dir>/dsc.settings.json
  -> user:      $XDG_CONFIG_HOME/dsc/dsc.settings.json (else %APPDATA%, ~/.config, or ~/Library/Application Support)
  -> workspace: $PWD/dsc.settings.json
  -> policy:    %PROGRAMDATA%\dsc, /etc/dsc, or /Library/dsc  (highest, final)

If resourcePath is defined in both the user and workspace files, the workspace value wins

Key design decisions made:

1. Resolution is a function (ResolvedSettings::resolve())
2. Read-once caching through get_settings and then results in LazyLock<RwLock<Option<Arc<...>>>>
3. New file locations (based on WG discussion)
4. Environment/CLI overrides stay in consumers

Other side notes: this PR is the foundational layer for two open issues (#894 and #545).

[Copilot]

Pull request overview

This PR introduces a new strongly-typed settings layer in dsc-lib that resolves DSC settings once per invocation (with defined precedence across built-in, install, user, workspace, and policy scopes), and updates resource discovery and tracing configuration to consume those resolved settings.

Changes:

• Removed the legacy stringly-typed get_setting() implementation and related localization strings.
• Added dsc-lib::settings module with typed settings structs, JSON Schema derivations, and read-once caching (get_settings()).
• Updated command discovery and CLI tracing to use resolved settings; expanded Pester coverage for settings precedence and XDG-based user settings.

Reviewed changes

Copilot reviewed 10 out of 10 changed files in this pull request and generated 3 comments.

Show a summary per file

File	Description
lib/dsc-lib/src/util.rs	Removes get_setting() and policy-path helper in favor of centralized settings resolution.
lib/dsc-lib/src/settings/mod.rs	New typed settings module: resolution logic, scope tracking, file discovery, caching, and unit tests.
lib/dsc-lib/src/lib.rs	Exposes the new settings module publicly.
lib/dsc-lib/src/dscresources/command_resource.rs	Extends TraceLevel to support serialization + JSON Schema derivation for settings/schema use.
lib/dsc-lib/src/discovery/command_discovery.rs	Switches resource path resolution to get_settings() (resource discovery now settings-driven).
lib/dsc-lib/locales/en-us.toml	Removes old util/discovery setting messages; adds new settings.* messages.
dsc/tests/dsc_settings.tests.ps1	Adds precedence tests for user/workspace/policy scopes; preserves/restores XDG_CONFIG_HOME.
dsc/src/util.rs	Switches tracing setup to resolved settings (get_settings()) rather than ad-hoc per-call file reads.
dsc/src/args.rs	Re-exports TraceFormat from dsc-lib::settings to keep a single definition.
dsc/locales/en-us.toml	Removes unused tracing-setting read error message.

Comments suppressed due to low confidence (1)

dsc/src/util.rs:327

• DSC_TRACE_LEVEL is applied before checking whether the tracing setting came from policy. If policy defines tracing (even with allowOverride: true), a user can still override it via DSC_TRACE_LEVEL, which undermines the guarantee that policy-scoped fields are not overridable.

    // override with DSC_TRACE_LEVEL env var if permitted
    if tracing_setting.allow_override && let Ok(level) = env::var(DSC_TRACE_LEVEL) {
        tracing_setting.level = match level.to_ascii_uppercase().as_str() {

[michaeltlombardi]

@Gijsreyn - taking a look at this now. I may adopt the PR to make some changes, but will comment first.

[Gijsreyn]

@michaeltlombardi - copy that sir!