chore: release

[github-actions]

🤖 New release

• httpboot-protocol: 0.5.0 -> 0.5.1
• ostool-serial: 0.1.0 -> 0.1.1
• ostool: 0.31.0 -> 0.31.1
• ostool-server: 0.9.0 -> 0.9.1 (✓ API compatible changes)

Changelog

httpboot-protocol

0.5.1 - 2026-10-16

Other

• release (#208)

ostool-serial

0.1.1 - 2026-10-16

Other

• release (#208)

ostool

0.31.1 - 2026-10-16

Added

• (ostool) 支持 ELF/BIN FIT 生成 (#196)

ostool-server

0.9.1 - 2026-10-16

Other

• update Cargo.lock dependencies

---

This PR was generated with release-plz.

[mai-team-app]

审查结论：批准（APPROVE）

本次变更做了什么

这是一个由 release-plz 自动生成的发布 PR（chore: release，单提交 a25218a），仅含 3 个文件：

• ostool-server/Cargo.toml：version = "0.9.0" → "0.9.1"。
• Cargo.lock：仅 [[package]] ostool-server 的 version 行同步为 0.9.1。
• ostool-server/CHANGELOG.md：在 ## [Unreleased] 之下、## [0.9.0] 之上插入 ## [0.9.1](.../compare/ostool-server-v0.9.0...ostool-server-v0.9.1) - 2026-10-16 与 ### Other 段。

不包含任何 Rust/前端源码、配置格式或公开 API 变更。

对既有功能/契约的影响面

• ostool-server 未被工作区任何其它 crate 以版本依赖引用（grep -rn "ostool-server" --include=Cargo.toml 仅命中其自身 manifest 与根 Cargo.toml 的 members 列表），因此锁文件只需更新自身 [[package]] 条目即可，不会牵动其它包的解析结果。
• 与 origin/main 对比 Cargo.lock：全仓库仅 ostool-server 一个包的版本行发生变化，其 dependencies 列表逐项完全一致，说明依赖解析未被改变。
• 工作区依赖 httpboot-protocol = { version = "0.5" }、ostool-serial = { version = "0.1" } 仍满足 caret 语义，cargo publish --workspace --dry-run --locked（CI 步骤）不因本次改动产生新的版本约束问题。
• 结论：该变更隔离性良好，不触碰串口/TFTP/QEMU/U-Boot/电源等操作敏感路径，不需要同步 README 或 docs/（这些文档均未固定 ostool-server 版本号）。

校验情况

• 本地环境缺少 Rust 工具链：command -v cargo / rustc 均不存在，~/.cargo 不存在，cargo metadata --locked --offline 直接以 /bin/sh: 1: cargo: not found 失败。因此 cargo fmt --check、cargo clippy -p ostool-server --all-features -- -D warnings、cargo test -p ostool-server 本次未能运行（按 AGENTS.md 要求说明缺失工具）。鉴于本次 diff 不含任何源码文件，这些检查在语义上不受影响，但我无法声称已通过。
• 替代人工校验（在 /workspace/repo，已确认 HEAD = a25218adfd6966c89a930d50d34726ebc0cd0f23、工作区干净、HEAD^ 为 origin/main 的 base 145aa317）：解析 Cargo.lock 并与 git show origin/main:Cargo.lock 做结构比对，未发现锁文件与 manifest 不一致（Cargo.toml 0.9.1 ↔ Cargo.lock 0.9.1 一致）。
• 格式与既有先例一致：chore: release (#204)（0.8.1 → 0.8.2）同样是仅锁文件更新的发布，其 CHANGELOG 段落文本、### Other 标题、compare 链接与本次几乎逐字相同；compare 链接使用的 ostool-server-vX.Y.Z 标签命名与仓库实际标签（git tag -l 'ostool-server*' 至 ostool-server-v0.9.0）以及 [package.metadata.binstall] 的 { name }-v{ version } 约定一致。

CI 状态

GET /commits/a25218a/check-runs 返回 total_count: 0，GET /commits/a25218a/status 返回 state: pending 且 statuses: []，即当前 head 上没有任何可读取的检查结果，mergeable_state: unstable 仅表示缺少/未上报检查，不能作为失败证据。因此本次审查没有“由本 PR 引起的 CI 失败”可报告，同时也无法以 CI 通过作为验证依据。

既有评论

该 PR 无 review、无 issue comment，没有需要复查的历史意见。

残留风险 / 说明（不构成阻塞）

• PR 描述由 release-plz 生成，列出 httpboot-protocol 0.5.0→0.5.1、ostool-serial 0.1.0→0.1.1、ostool 0.31.0→0.31.1、ostool-server 0.9.0→0.9.1 四个包，但实际 diff 只包含 ostool-server：前三个包已在 #213（base 145aa317）随发布合入，对应标签 httpboot-protocol-v0.5.1、ostool-serial-v0.1.1、ostool-v0.31.1 均已存在，而 ostool-server-v0.9.1 尚不存在。因此合并后仍会正确发布 ostool-server 0.9.1 并创建新标签，描述与 diff 的差异只是自动生成文本滞后，不影响发布结果，无需修改。
• ostool-server 自 ostool-server-v0.9.0 标签以来没有源码改动（git log ostool-server-v0.9.0..HEAD -- ostool-server 仅命中本发布提交），本次属于仅锁文件更新的补丁发布，与 0.8.2 先例一致，属仓库既有发布约定。

未发现阻塞性或建议性（advisory）问题，批准合并。

Powered by deepseek-flash