fix: add timeout to az CLI exec preventing test hangs in CI

[diberry]

🚨 Fix: platform-adapter test timeouts blocking all PRs

Impact: All 4 open PRs are failing CI with the same error. This unblocks them all.

Root Cause

validateWorkItemType tests (added in PR #444) call getAvailableWorkItemTypes(), which internally runs execFileSync('az', ['boards', 'work-item', ...]) with no timeout.

In CI, the Azure CLI is installed but there's no real ADO organization to reach. The az command hangs indefinitely until Vitest's 5-second test timeout kills it:

FAIL test/platform-adapter.test.ts
  validateWorkItemType > is case-insensitive — Error: Test timed out in 5000ms (line 807)
  validateWorkItemType > validates against available types — Error: Test timed out in 5000ms (line 751)

This affects every PR since #444 was merged into dev on 2026-03-20.

Fix

Added a 2-second timeout to the execFileSync call in getAvailableWorkItemTypes(). When the az CLI doesn't respond within 2s (no ADO credentials, unreachable org, etc.), it throws and falls through to the default work item types — which is the correct behavior.

Files Changed

packages/squad-sdk/src/platform/azure-devops.ts — 1 file, +3 -1 lines

Test Results

All 120 platform-adapter tests pass locally after the fix. The 2 previously-timing-out tests now complete in <100ms.

Note for maintainers

PR #444's CI test job showed as failed before merge. The timeout issue was present in the PR itself — it wasn't introduced by subsequent changes. Consider enforcing green CI before merge to prevent this pattern from recurring.

[diberry]

@bradygaster This is ready for your review. Our team has reviewed and signed off:

• Simon (Tester): ✅ Approved — verified all 120 platform-adapter tests pass, fallback behavior is clean, no production risk. One minor comment fix (already applied).
• Root cause: PR ADO configurable work item types #444's \getAvailableWorkItemTypes()\ calls \�xecFileSync('az', ...)\ with no timeout. In CI, the az CLI hangs reaching non-existent ADO orgs. Fix adds a 3s timeout so it falls through to defaults.
• Impact: Unblocks all 4 open PRs currently failing CI.

Minimal change — 1 file, 3 lines.

[bradygaster]

EECOM review: Change is correct and minimal. The 3s timeout on execFileSync in getAvailableWorkItemTypes prevents CI hangs when az CLI can't reach a real ADO org. Spread pattern preserves existing EXEC_OPTS cleanly. Catch block already returns sensible defaults. Branch is clean on top of dev — no rebase needed. Ship it.