chore: release

[github-actions]

🤖 New release

• httpboot-protocol: 0.4.0 -> 0.4.1
• ostool: 0.30.1 -> 0.30.2
• ostool-server: 0.8.1 -> 0.8.2 (✓ API compatible changes)

Changelog

httpboot-protocol

0.4.1 - 2026-09-30

Other

• release (#199)

ostool

0.30.2 - 2026-09-30

Fixed

• (ostool) drop inherited initrd addresses from FIT device trees (#201)

ostool-server

0.8.2 - 2026-09-30

Other

• update Cargo.lock dependencies

---

This PR was generated with release-plz.

[mai-team-app]

审查结论

本次仅为 release-plz 自动生成的发布 PR（chore: release），未发现阻塞问题，建议合并。

改动内容

• ostool-server/Cargo.toml：version 0.8.1 → 0.8.2。
• ostool-server/CHANGELOG.md：在 ## [Unreleased] 之后插入 ## [0.8.2] ... - 2026-09-30 小节，内容为 ### Other / update Cargo.lock dependencies。
• Cargo.lock：[[package]] name = "ostool-server" 的 version 同步为 0.8.2。

合计 3 个文件、+8/−2，没有任何源码、接口或配置语义变更。

影响面与一致性核对

• 版本号三处一致：ostool-server/Cargo.toml:12、ostool-server/CHANGELOG.md:10 的 compare 链接（ostool-server-v0.8.1...ostool-server-v0.8.2）与 Cargo.lock 中的 0.8.2 完全对应。
• 以 Python tomllib 解析全部 manifest 与 Cargo.lock 后逐项比对：6 个 workspace 成员（ostool 0.30.2、uboot-shell 0.2.8、jkconfig 0.2.5、fitimage 0.1.7、ostool-server 0.8.2、httpboot-protocol 0.4.1）的 manifest 版本与 lock 版本全部一致；workspace 路径依赖 httpboot-protocol = { version = "0.4", path = ... } 与 lock 中的 0.4.1 兼容，因此 cargo publish --workspace --dry-run --locked（CI check.yaml 的 Publish dry run 步骤）与 --locked 构建不会因本次改动失配。
• 全仓检索 0.8.1/0.8.2：除上述三个文件外没有任何硬编码版本引用；ostool-server 使用 #[command(version, ...)] 与 fitimage/src/lib.rs:66 的 env!("CARGO_PKG_VERSION") 约定，无需手工同步；ostool-server/webui/package.json 独立使用 0.1.0，与本 crate 版本无关；binstall 元数据使用 { version } 模板，安装路径无需改动。
• 没有任何工作区成员依赖 ostool-server，因此该 patch 版本提升不会波及其他 crate 的依赖需求。
• git diff --check origin/main...HEAD 无空白错误。
• git diff --stat ostool-server-v0.8.1 HEAD -- ostool-server/ 只有 CHANGELOG 与 Cargo.toml，即自 v0.8.1 标签以来该 crate 无源码变化；### Other / update Cargo.lock dependencies 是 release-plz 对“仅锁文件变动”场景的既有措辞，仓库中已有同类记录（ostool/CHANGELOG.md:161、jkconfig/CHANGELOG.md:63），### Other 小节在 ostool-server/CHANGELOG.md 中也已多次使用（第 12、100、106 行等），格式与既有发布一致，符合 AGENTS.md 中“changelog 按 package 拆分、仅发布时更新”的约定。

CI 与本地验证

• 本次审查容器内没有 cargo/rustc（cargo: not found），因此无法执行 cargo fmt --check、cargo clippy、cargo build、cargo test 与 cargo publish --dry-run --locked；已用上述静态一致性检查覆盖本改动可验证的部分（TOML 解析、版本/lock 对齐、依赖需求匹配、空白检查）。
• 该 head 9235669 目前没有任何已完成的 CI 结果：/commits/9235669/check-runs 返回 total_count: 0，check-suites 显示 GitHub Actions 套件状态为 action_required、GitHub Pages 套件为 queued（对照 base aa3a4b2 上同一工作流正常产生 check (stable, x86_64-unknown-linux-gnu) 与 Release-plz PR 运行）。这是机器人创建 PR 后的待触发/待批准状态，不是本 PR 内容导致的失败，因此不构成阻塞；但合并前应确认 Quality Check 通过。

历史评论与重复 PR

• pulls/202/reviews 与 issues/202/comments 均为空，没有需要处理的既有审查意见。
• 同类 PR 检索（repo:drivercraft/ostool is:pr release）显示 #199、#200 等 release-plz PR 均已被同一流程合并，#200 正是 base 提交；除本 PR 外没有仍在打开的重复发布 PR。

遗留风险

• PR 描述中列出的 httpboot-protocol: 0.4.0 -> 0.4.1 与 ostool: 0.30.1 -> 0.30.2 已由 #200 合入 main 并打标签（httpboot-protocol-v0.4.1、ostool-v0.30.2 都指向 base aa3a4b2），本 PR 的 diff 只提升 ostool-server，属于 release-plz 的汇总展示，不影响合并正确性。
• ostool-server 0.8.2 相对 v0.8.1 无源码差异，合并后 Release 工作流会发布一个代码等价的版本，这是 release-plz 默认的依赖联动行为，与仓库既有发布历史一致，仅作说明，不要求修改。
• 未在本地复现的检查仅为需要 Cargo 工具链的 fmt/clippy/build/test 与 publish dry-run，交集为 0 行源码改动，风险可忽略。

Powered by deepseek-flash