Greptile Summary

This PR enables native Windows ARM64 (bun-windows-aarch64.zip) downloads for Bun >= 1.3.10 on windows-arm64 targets, while preserving the x64-baseline emulation fallback for older releases. The change centralises all arch/variant resolution into bun_asset_filename → get_bun_arch_for_target → has_native_windows_arm64_archive, eliminating the duplicate logic that existed between the download path and the lockfile-metadata path.

• Cutover logic (has_native_windows_arm64_archive): strips bun-v/v prefixes, uses Versioning::is_ideal to distinguish concrete semver from channels like canary (non-semver falls through to native), and compares against the 1.3.10 constant.
• Refactored helpers: get_bun_arch_with_variants now accepts version, current_platform_target builds a PlatformTarget from runtime AVX2/musl detection, and both get_github_release_info and resolve_lock_info use the same bun_asset_filename call.
• Tests: two unit tests cover the cutover (including prefixed and non-semver version strings) and a regression suite for all other platform/variant combinations.

Confidence Score: 5/5

Safe to merge. The change is well-scoped to the Windows ARM64 download path, all other platforms are unchanged, and the cutover logic is covered by unit tests.

The Windows ARM64 arch selection is isolated in a single function with clear version-comparison logic. The has_native_windows_arm64_archive helper correctly strips version prefixes and treats non-semver refs (like canary) as preferring the native archive — a reasonable default given that canary tracks HEAD, which is well past the 1.3.10 cutover. All other platform/variant combinations (Linux musl/baseline, macOS, Windows x64) are exercised in the regression test and the match arms are unchanged from the pre-PR code. No data-loss, URL-construction, or lockfile-key issues were found.

No files require special attention.

Important Files Changed

_{Reviews (2): Last reviewed commit: "fix(bun): use native windows-arm64 build..." | Re-trigger Greptile}