Support multi-venv workflows by adding recursive ADR opt-out per dependency

[Copilot]

🧾 PR Checklist

• Target branch is dev

📌 Note: PRs must be raised against dev. Do not commit directly to main.

📁 File Hygiene & Output Handling

• No unintended files (e.g., logs, cache, temp files, pycache, output folders) are committed

📝 Comments & Communication

• Proper inline comments are added to explain important or non-obvious changes
• PR title and description clearly state what the PR does and why
• Related issues (if any) are properly referenced (Fixes #, Related to #, etc.)

adr currently propagates Python dependency overrides through the full workflow tree, which makes mixed-environment flows (e.g., calibration in a different venv) brittle.
This change introduces a per-dependency escape hatch so selected deps can stay local even when parent adr overrides are present.

• Core behavior change (automation/script/module.py)

  • Added recursive-update path that skips deps marked skip_add_deps_recursive: true.
  • Wired this into recursive override application points (adr / add_deps_recursive).

• Applied to Python venv install path (script/install-python-venv/meta.yaml)

  • Marked the get,python,-virtual dependency as non-recursive-overrideable to prevent global Python ADR leakage into venv creation.

• Docs + coverage

  • Documented skip_add_deps_recursive in script automation README dependency modifiers.
  • Extended test-mlc-script-features.yml with a focused workflow test that validates recursive ADR does not override deps opting out.

deps:
  - names: [python]
    tags: get,python,-virtual
    skip_add_deps_recursive: true

🛡️ Safety & Security

• No secrets or credentials are committed
• Paths, shell commands, and environment handling are safe and portable

[github-actions]

MLCommons CLA bot All contributors have signed the MLCommons CLA ✍️ ✅