fix(apt): gh-pages 不再存储 .deb，Packages 指向 GitHub Releases

[lloydzhou]

Problem

每次 release 的 "Build and deploy APT Repository" 步骤把 .deb（amd64 + arm64，各 3-4MB）cp 到 gh-pages 的 debian/pool/，然后 commit + push。由于每次版本号不同，旧版本不会被覆盖——成为新的 git blob 永久留在历史中。

实测：gh-pages 历史中 .deb blob 总和 34MB（8 个独立 blob），导致 clone 很慢。

Fix

1. scripts/build-apt-repo.sh — 不再 copy .deb 到 pool/

• Packages 索引的 Filename: 字段直接写 GitHub Releases 下载 URL：https://github.com/<repo>/releases/download/v<ver>/bash-agent_<ver>_<arch>.deb
• apt 客户端从该 URL 拉 .deb，完全不经过 gh-pages
• gh-pages 只保留文本索引文件（Packages.gz / Release，几 KB）
• 不再创建 pool/ 目录，不再 cp .deb

2. gh-pages 历史清理（已执行）

• 用 git filter-repo 从 gh-pages 历史中删除 debian/pool/ 下所有 .deb blob
• 已 force push 到远端 gh-pages

Test plan

• 本地用 fake .deb 验证 build-apt-repo.sh：Filename 正确指向 Releases URL，pool/ 不存在，Packages / Release 正常生成
• gh-pages force push 后 git ls-tree -r origin/gh-pages 无 .deb / pool 条目
• 下次 release 时 CI 端到端验证 apt install 可用

[lloydzhou]

审查完成，未发现需要阻塞合并的问题。

• Filename 使用完整的 Releases 下载地址与 APT 的下载逻辑兼容；APT 将其作为索引源地址拼接时会保留该绝对 URL。
• 发布工作流会先上传同名 .deb release asset，再生成/发布索引，版本号与资源名均一致。
• 已确认 gh-pages 当前树不再包含 debian/pool/ 或 .deb；现有检查均通过。

建议在下次正式 release 后补跑一次 apt-repo-e2e 工作流，验证真实安装链路。