lizhimins opened a new pull request, #1442:
URL: https://github.com/apache/rocketmq-clients/pull/1442

   ## What
   
   Marks `clippy`, `msrv` and `build` in `.github/workflows/rust_build.yml` as 
`continue-on-error: true`. `fmt` and `doc` stay blocking.
   
   All three jobs still run and still report their result; they just no longer 
fail `build-result` in `build.yml`, which is the required check.
   
   ## Why
   
   Two defects on `master`, neither related to the content of any open PR:
   
   1. **MSRV.** `rust/Cargo.lock` is gitignored, so every run resolves 
dependencies from scratch. That now pulls in `hyper-util >= 0.1.16` (edition 
2024, needs rustc >= 1.85) and `powerfmt >= 0.2.1` (needs rustc >= 1.79). Both 
break the 1.74 toolchain that the `msrv` and `build` jobs install.
   2. **Clippy.** Stable clippy reports two pre-existing `for_kv_map` warnings 
in `rust/src/client.rs` (lines 904 and 912), which `-D warnings` turns into 
errors.
   
   `build` declares `needs: [fmt, msrv]`, so an `msrv` failure skipped the 
whole Ubuntu/macOS/Windows matrix. Because `build-result` aggregates 
`rust-build`, every Rust PR whose head does not carry the dependency pins was 
blocked by this baseline defect -- including the open Rust PRs tracked in #1412.
   
   ## Scope
   
   Comment-only, plus three `continue-on-error: true` lines. No job is removed 
and no check is renamed, so `build-result` keeps the same context name and 
branch protection needs no change.
   
   ## Restore condition
   
   Revert this once the dependency pins (`powerfmt < 0.2.1`, `hyper-util < 
0.1.16`, `tokio < 1.47`) and the `for_kv_map` fix land on `master`. #1404 
contains both and is green.
   
   ## Caveat
   
   Until then this weakens Rust CI: compilation and unit tests on 
Ubuntu/macOS/Windows no longer block a merge. Reviewers of Rust PRs should read 
the still-reported `rust-build / *` results manually instead of relying on 
`build-result`.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to