[Pr0methean]

🤖 New release

• zip: 9.1.3 -> 9.2.0 (✓ API compatible changes)

Changelog

9.2.0 - 2026-10-31

🚀 Features

• (write) add parallel compression and batch appending for ZipWriter with Rayon (#1225)
• add index_for_name_raw (#1210)
• (extract) multi-threaded parallel extraction engine and safe extent pre-allocation (#1207)
• (read) add index-free iterable ZIP reader (#1218)

🐛 Bug Fixes

• by_name().get_metadata() and by_index().get_metadata() now succeed even when compression method is unsupported (#1228)
• (read) keep ZipIterable::len at the central directory entry count (#1221)
• (fuzz) count reopens in copy bases when tracking comment shrink (#1222)

⚡ Performance

• (read) eliminate redundant pre-scan I/O and atomic contention in par_extract (#1227)
• (read) eliminate redundant clone and heap allocations in safe_prepare_path (#1224)

---

This PR was generated with release-plz.

[amazon-q-developer]

This is an automated release PR generated by release-plz that promotes zip from 9.1.3 → 9.2.0.

Changes reviewed:

• Cargo.toml: version field bumped from 9.1.3 to 9.2.0 — correct and consistent with the PR description.
• CHANGELOG.md: new [9.2.0] section prepended, documenting the single feature added in this release (index-free iterable ZIP reader, #1218) — format and content are correct.

No defects, security issues, or logic errors were identified. The PR is ready to merge.

---

You can now have the agent implement changes and create commits directly on your pull request's source branch. Simply comment with /q followed by your request in natural language to ask the agent to make changes.

[ByGh00st]

Hey @Pr0methean,

Quick heads-up regarding the upcoming release:

I'm currently working on a major performance overhaul for par_extract (parallel extraction/decompression) that significantly eliminates sequential pre-scan overhead, reduces filesystem syscall roundtrips, and removes atomic cache contention to push extraction throughput to the next level.

If you'd like to bundle that into this release and can hold off for a few hours, I can have that PR ready shortly. Alternatively, if you'd prefer to land the parallel ZipWriter in this release and ship the extraction overhaul in a subsequent release (e.g. v9.3.0), that works completely fine with me too.

Let me know what fits your roadmap and release schedule best!

[Pr0methean]

We can wait about 3 hours, but that's the limit.

[ByGh00st]

We can wait about 3 hours, but that's the limit.

#1227 okey done