release: cut 5.6.0 and file the 5.5.2 to 5.5.5 entries under their tags - #330
Merged
Conversation
The CHANGELOG's Unreleased section had been accumulating since 5.2.0 while five releases were tagged out of it, so work that shipped weeks ago was still listed as unreleased. Each block now sits under the version whose tag actually carries it, dated from that tag's commit: - 5.5.2 (July 17): cloudsec fleet overview, provider manifests, CSV exports and the inventory provider filter, plus Client.request(raw_response=True) and Client.mint_jwt() (#312) - 5.5.3 (July 20): requests 2.33.0 and the Python 3.10 minimum (#318) - 5.5.4 (July 23): org set-description (#320) - 5.5.5 (July 28): the --brief document-hive listings (#321), which had been filed under 5.2.0 by mistake, and the resolver_ready fix in the chunked resolve merge (#323) - 5.6.0 (this release): the search open-query and limits commands (#327), and the last four cloudsec routes with the findings owner filter (#329) No entry text changes, only regrouping: every non-heading line is byte identical to master. Nothing else in the tree carries a version. setuptools-scm derives the package version from the git tag, so pushing the 5.6.0 tag once this lands is what builds and publishes 5.6.0 to PyPI. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
lc-kirill
approved these changes
Jul 30, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Details
Cuts the 5.6.0 release and files the already-released CHANGELOG entries under the tags that actually carry them.
The CHANGELOG had drifted: the last versioned heading was
## 5.2.0, but five releases (5.5.1 through 5.5.5, plus 5.3.x/5.4.x) were tagged out of a growing## Unreleasedsection. Work that shipped to PyPI weeks ago was still presented to readers as unreleased, and there was no way to tell from the CHANGELOG which version to install to get a given feature. Each block now sits under the version whose tag contains it, dated from that tag's commit:--briefdocument-hive listings (#321);resolver_readykept through the chunked resolve merge (#323)Client.request(raw_response=True)andClient.mint_jwt()(#312)The
--briefentry additionally moves out of the## 5.2.0section, where it had been filed by mistake - it shipped in 5.5.5, four months after 5.2.0.No entry text is added, removed or reworded: every non-heading line in the file is byte identical to master, and the whole diff is seven new headings plus the regrouping they impose. That is deliberate, so the diff is reviewable as a pure move.
Genuinely new in 5.6.0 are the two PRs merged since 5.5.5. #327 adds
limacharlie search queries/Search.list_open_queries()andlimacharlie search limits/Search.get_limits(), so an organization can see which searches it currently has open, which of them hold a concurrency slot, and what its resolved limits actually are - previously each limit was discoverable only by hitting it. #329 binds the last four unbound Cloud Security gateway routes (finding causes,ciem identities,data-security stores,free-tier), adds the findings owner filter acrossfinding list|facetsandexport findings, and moves--risk-band/--criticality/--tierto client-side validation because the backend fails closed on an unknown value, which turned a typo into zero rows with a successful exit.There is no version constant to edit anywhere in the tree:
pyproject.tomldeclaresversiondynamic and setuptools-scm derives it from the git tag, writinglimacharlie/_version.pyat build time, which is whatlimacharlie.__version__,limacharlie --versionand thelc-cliuser agent all read. Publishing 5.6.0 means pushing the5.6.0tag after this merges, which triggers the PyPI workflow.Known gap
The restored 5.5.x sections contain the entries that were written at the time, which is not everything those releases shipped. These merged without a CHANGELOG entry and are still undocumented: #311 and #313 in 5.5.2, #314 and #315 in 5.5.3, #319 in 5.5.4, #322, #326 and #328 in 5.5.5. Releases 5.3.0 through 5.5.1 have no CHANGELOG coverage at all. Backfilling those is a separate pass and is not attempted here.
Blast radius / isolation
Documentation only. The single changed file is
CHANGELOG.md; no Python module, dependency pin, packaging metadata, or CI configuration is touched. Nothing that runs at import time, request time, or build time reads this file, and no test asserts on its structure. The one downstream effect is on the release process itself: the tag pushed after this merge determines the published version.Performance characteristics
None. No code paths change.
Notable contracts / APIs
No contract changes in this PR. The API surface added by the release is already merged and documented in the section being cut: two new
Searchmethods plus their CLI commands, four newCloudSecmethods plus their CLI commands, and the findings owner filter. All are additive - no existing signature, flag, output shape or wire format changes, so 5.6.0 is backward compatible with 5.5.5 for both SDK and CLI callers.The version number is a minor bump rather than a patch because the release adds six new commands and their SDK methods, matching the precedent set by 5.3.0 and 5.4.0 for new command groups.
Related PRs
🤖 Generated with Claude Code