chore: release

[github-actions]

🤖 New release

• uboot-shell: 0.2.8 -> 0.2.9 (✓ API compatible changes)
• ostool-server: 0.8.1 -> 0.8.2 (✓ API compatible changes)

Changelog

uboot-shell

0.2.9 - 2026-09-30

Fixed

• (uboot-shell) acknowledge console input before advancing commands (#203)

ostool-server

0.8.2 - 2026-09-30

Other

• update Cargo.lock dependencies

---

This PR was generated with release-plz.

[mai-team-app]

审查结论（PR #204, head 64ba661, base 4362141）

变更内容：release-plz 生成的发布 PR，共 5 个文件：uboot-shell 0.2.8 → 0.2.9、ostool-server 0.8.1 → 0.8.2（均为 patch，body 标注 API 兼容），同步更新 Cargo.lock 中这两个 package 的 version 字段，以及两个 CHANGELOG 的新版本段落（uboot-shell 记录 #203 的 console input 修复；ostool-server 为依赖锁更新，由 httpboot-protocol 0.4.0 → 0.4.1 触发）。没有源代码改动。

影响面：改动是隔离的元数据变更。仓库中没有任何 crate 按版本依赖 ostool-server；ostool 对 uboot-shell 的约束是 version = "0.2"（ostool/Cargo.toml:62），patch 提升仍满足，无需联动修改；除 CHANGELOG 外 grep -rn "0\.8\.1\|0\.2\.8" 无残留命中；Cargo.lock 中 ostool-server 0.8.2 / uboot-shell 0.2.9 / httpboot-protocol 0.4.1 与各 Cargo.toml、CHANGELOG 标题一致。因此对现有功能、API、持久化格式、后台任务均无行为影响。

CI 与本地验证：

• 本环境没有 Rust 工具链（command -v cargo / rustc 均为空），因此 .github/workflows/check.yaml 的 cargo fmt --all -- --check、cargo clippy、cargo build、cargo test、cargo publish --workspace --dry-run --locked 均未在本地复现，属于工具缺失，不能当作通过。
• head 提交 64ba661 的 check-runs 为 0：release-plz 用 GITHUB_TOKEN 创建 PR，不会触发 pull_request 工作流。合并后 main 上的提交 bbc9d08 已启动 check (stable, x86_64-unknown-linux-gnu) 与 Release-plz release（查询时仍 in_progress）；同模式的上一发布提交 aa3a4b2 的同类检查结论为 success。
• 发布结果可作为内容正确的旁证：uboot-shell-v0.2.9 release（target main）与 ostool-server-v0.8.2 tag 已由 release job 创建。

历史评论：本 PR 无 review、无 issue comment，没有需要判定是否已解决的既有意见。

相似 PR：repo:drivercraft/ostool is:pr is:open 只返回无关的 #196（ELF/BIN FIT 生成），不存在与本发布 PR 重叠或重复的版本提升 PR。

遗留问题（1 条，advisory，不阻塞合并）：uboot-shell/CHANGELOG.md 跳过 0.2.8 直接记录 0.2.9，而 0.2.9 的代码里仍包含从未被记录过的 #174 变更（时间戳 U-Boot prompt 识别）；详见下方行内评论。除此之外未发现阻塞问题：变更不含安全、数据丢失、资源泄漏、panic 或并发风险，也未触及 AGENTS.md 标注的串口/TFTP/QEMU/电源等操作敏感路径的代码。

Powered by deepseek-flash

[mai-team-app]

这里新增了 0.2.9 条目，但 uboot-shell/CHANGELOG.md 里没有 0.2.8：head 上的标题序列是 [Unreleased] → [0.2.9] → [0.2.7]，全仓 grep -rn "#174" --include='*.md' 也无结果。0.2.9 的代码里仍带 #174 引入的时间戳 U-Boot prompt 识别（Cargo.toml 的 regex = "1"、src/lib.rs 的 normalize_interrupt_prompt），但它从未出现在任何 changelog/release notes 中；远端 refs/tags/uboot-shell-v0.2.8 指向只存在于分支 uboot-prompt 的提交 84f3d3a，且 releases 列表里没有 uboot-shell-v0.2.8。这个 gap 源自 #174 的手工版本号提升，不是本 PR 引入，所以我不会因此要求阻塞合并；但既然本 release PR 就是 0.2.9 的发布载体，建议顺手补上 ## [0.2.8](https://github.com/drivercraft/ostool/compare/uboot-shell-v0.2.7...uboot-shell-v0.2.8) - 2026-09-03 段落（### Added / - *(uboot-shell)* recognize timestamped U-Boot prompts (#174)），并让后续版本号与依赖变更统一由 release-plz 产生，避免再次出现版本已存在而 changelog 缺条目。