chore: release

[github-actions]

🤖 New release

• httpboot-protocol: 0.5.0 -> 0.5.1 (✓ API compatible changes)
• ostool-serial: 0.1.0 -> 0.1.1 (✓ API compatible changes)
• ostool: 0.31.0 -> 0.31.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)

---

This PR was generated with release-plz.

[mai-team-app]

审查结论：APPROVE（无阻塞问题）

本 PR 做了什么

release-plz 自动生成的发布 PR（作者 github-actions[bot]，单提交 53bdbef "chore: release"，base 0f0da55 = origin/main），7 个文件、+24/-6：

• 版本提升：ostool 0.31.0→0.31.1、httpboot-protocol 0.5.0→0.5.1、ostool-serial 0.1.0→0.1.1（三个 Cargo.toml + Cargo.lock 对应条目）。
• changelog：ostool 0.31.1 记录 #196（支持 ELF/BIN FIT 生成）；httpboot-protocol/ostool-serial 的 0.5.1/0.1.1 小节只记录 release (#208)。

本次未改动任何 .rs 源文件、公开 API、配置格式或用户文档。

受影响的既有契约

• 自上一发布提交 787943d 以来，仓库内唯一的功能改动是 #196，且只落在 ostool/src/（boot/fit.rs、boot/fit_config.rs、boot/mod.rs、artifact/*），所以只有 ostool 需要真正发布新版本；git diff 787943d..HEAD -- httpboot-protocol ostool-serial 只含本 PR 自己新增的 changelog/版本行。
• 依赖方向与范围未变：workspace/path 依赖使用 caret 范围（httpboot-protocol "0.5"、ostool-serial "0.1"、fitimage "0.1"、jkconfig "0.2"、uboot-shell "0.2"），版本提升后仍然满足；ostool-server(0.9.0) 等未变更包无需跟随发布。
• 行为面完全隔离：本 PR 不改变任何代码路径、持久化格式、串口/TFTP/QEMU/U-Boot 等敏感流程；合并后由 release-plz 的 release 任务按依赖顺序发布并打 tag（如 ostool-v0.31.1），与 binstall 的 { name }-v{ version } 命名一致。

验证结果

• 修订核对：/workspace/repo 处于 head 53bdbef123628586a566d13bcd39cb7e6d2ef57e，工作区干净；git diff --name-only origin/main...HEAD 与 PR 元数据（7 files，+24/-6）完全一致；helper prepare-review 返回 action=verified。
• 本地构建/测试：审查环境未安装 cargo/rustfmt（target/ 无构建产物、无 registry 缓存），因此 未能运行 cargo fmt --check、cargo clippy -D warnings、cargo test、cargo publish --workspace --dry-run --locked。作为替代做了静态一致性核对：Cargo.lock 中 7 个本地包版本与各自 manifest 完全一致（ostool 0.31.1、httpboot-protocol 0.5.1、ostool-serial 0.1.1、ostool-server 0.9.0、fitimage 0.1.7、jkconfig 0.2.5、uboot-shell 0.2.9），无本地包旧版本残留。
• CI：head 提交上 check-runs total_count=0、combined status 无任何条目。这不是 CI 失败，而是 GitHub 不为此类由 GITHUB_TOKEN 创建的 PR 触发 workflow 的已知行为；因此本 PR 合并前没有 CI 证据（见残留风险）。
• 既有评论：本 PR 无 review、无 issue 评论，没有需要回应或复核的历史意见；仓库中也无其它 open 的 release PR（搜索仅命中本 PR），不存在重复/冲突发布。

发现

• 无阻塞问题。 版本号、changelog 与 Cargo.lock 均自洽，内容与仓库既有发布惯例一致，可以合并。
• 提示（非阻塞）：httpboot-protocol 0.5.1 与 ostool-serial 0.1.1 自 0.5.0/0.1.0 起没有任何源码变更（httpboot-protocol-v0.5.0、ostool-serial-v0.1.0 两个 tag 都指向 0331dfa = #206），本次 patch 号只是被 #208 在包目录内写 CHANGELOG 后由 release-plz 计入「包变更」而触发，changelog 小节因此只有 release (#208)，并会向 crates.io 再发布内容完全相同的版本。这与仓库既有情况一致（httpboot-protocol 0.4.1 → release (#199)、0.2.1 → release (#180)），所以不建议在本 PR 内修改生成物；若要消除这类空发布，宜以独立改动调整 release-plz 行为（例如不要把 changelog 写入判定为包变更）并说明依据。
• 已排除的疑点：ostool 以 patch 号 0.31.1 发布 feat #196。核对 ostool/CHANGELOG.md 历史可见 0.30.1、0.29.1、0.29.2、0.27.1、0.23.3、0.23.4 等含 ### Added 的版本同样是 patch 递增，且 0.x 下 semver 不要求 minor 递增，故属仓库既有惯例，不作为问题。

残留风险与测试缺口

• 本环境无法编译验证，且该 head 无 CI 运行（GITHUB_TOKEN 创建 PR 的限制），因此本 PR 缺少 fmt/clippy/test/publish dry-run 的实测证据。考虑到 diff 只涉及版本号、changelog 与 Cargo.lock，且 lock 与 manifest 已逐一核对一致，风险可接受；合并后 release-plz 的 release 任务执行真实 cargo publish，可作为最后一道校验。若希望更稳妥，可在合并前本地跑一次 cargo publish --workspace --dry-run --locked。

Powered by deepseek-flash