Restore rolling release download URL for pict.exe

[Copilot]

https://github.com/microsoft/pict/releases/download/release/pict.exe regressed to 404 because the rolling release alias was no longer maintained as new versioned releases were published. This change reintroduces automated alias maintenance so the legacy direct-download URL keeps resolving to the latest binary.

• What changed

  • Added a new workflow: .github/workflows/release-download-alias.yml
  • Triggered on release.published (plus workflow_dispatch for manual recovery/backfill)
  • Uses gh CLI to:
    1. download pict.exe from the newly published source tag
    2. delete existing release release/tag (if present)
    3. recreate release and upload pict.exe

• Behavioral impact

  • Preserves compatibility for consumers that rely on the stable URL pattern:
    • .../releases/download/release/pict.exe
  • Keeps versioned releases (vX.Y.Z) unchanged while maintaining a rolling alias.

on:
  release:
    types: [published]

# ...
gh release download "$SOURCE_TAG" --pattern pict.exe --clobber
gh release delete release --yes --cleanup-tag
gh release create release pict.exe --target "$SOURCE_TAG"

[jaccz]

Why does it only propagate a Linux executable?
Change the download paths to accommodate for Linux, Mac and Windows binaries and propagate them.

[jaccz]

@copilot , take a look at the comments and adjust,.

[Copilot]

@copilot , take a look at the comments and adjust,.

Addressed in commit 542fdef with the workflow update to propagate all release binaries/assets into the rolling release alias.

Why does it only propagate a Linux executable?
Change the download paths to accommodate for Linux, Mac and Windows binaries and propagate them.

Updated in commit 542fdef. The workflow now mirrors all assets from the source release (not just pict.exe) by downloading every uploaded asset and re-uploading them to the rolling release alias, so Linux/macOS/Windows binaries are propagated together.

[jaccz]

@copilot, I'd like
releases/download/release/pict.exe to not point to any binary but:
releases/download/release/windows-x64/pict.exe to point to a Windows Intel x64 binary
releases/download/release/windows-arm/pict.exe to point to a Windows ARM binary
releases/download/release/macos/pict.exe to point to a MacOs Apple Silicon binary
releases/download/release/linux-x64/pict.exe to point to a Linux / Ubuntu Intel x64 binary
releases/download/release/linux-arm/pict.exe to point to a Linux / Ubuntu ARM binary

[Copilot]

@copilot, I'd like
releases/download/release/pict.exe to not point to any binary but:
releases/download/release/windows-x64/pict.exe to point to a Windows Intel x64 binary
...

Implemented in commit 35ccba8. The rolling release workflow now uploads only platform-scoped alias assets with these names: windows-x64/pict.exe, windows-arm/pict.exe, macos/pict.exe, linux-x64/pict.exe, and linux-arm/pict.exe.