Skip to content

chore: declare version 1.1.0#79

Closed
Coding-Dev-Tools wants to merge 1 commit into
mainfrom
chore/version-1.1.0
Closed

chore: declare version 1.1.0#79
Coding-Dev-Tools wants to merge 1 commit into
mainfrom
chore/version-1.1.0

Conversation

@Coding-Dev-Tools

Copy link
Copy Markdown
Owner

Bumps the declared client version to 1.1.0. No tag, no publish — this only changes what the tree says about itself.

Why 1.1.0 and not 1.0.2

The unreleased work adds new commands (engraphis, engraphis connect) and changes the managed-compute consent default. That is a minor bump, not a patch.

Worth recording: 1.0.1 was never released. pyproject.toml said 1.0.1 and CHANGELOG.md carries a dated ## [1.0.1] - 2026-07-24 section, but no v1.0.1 tag exists and PyPI's latest is still 1.0.0. 1.1.0 is the first release that will actually carry that work.

The five places the version is written

tests/test_packaging.py requires all of these to agree, so they move together:

file enforced by
pyproject.toml source of truth
engraphis/__init__.py (PackageNotFoundError fallback) test_source_tree_version_matches_pyproject
engraphis/commercial_manifest.json scripts/check_commercial_manifest.py
.claude-plugin/plugin.json test_git_plugin_release_version_and_asset_hashes_are_exact
.claude-plugin/marketplace.json same

Editing the two .claude-plugin/*.json files invalidates their digests in .claude-plugin/skill-assets.sha256, which the same test verifies by hashing the files on disk — so those two lines are regenerated. All six files are LF, per .gitattributes.

Verification

  • tests/test_packaging.py + tests/test_release_infrastructure.py — 22 passed
  • python scripts/check_commercial_manifest.pycommercial manifest check: OK

Merge last

Merging this rebases every other open PR, so it should land after the rest, immediately before tagging.

Two things this PR deliberately does not do

  1. CHANGELOG.md is untouched. [Unreleased] still gains entries as the open PRs land; it gets renamed to [1.1.0] as part of cutting the release, not here. Note that tests/test_release_infrastructure.py:205-206 pins the literal ## [1.0.1] - 2026-07-24 heading, so folding 1.0.1 into 1.1.0 later means updating that test too.
  2. The website version claim is not updated. scripts/check_commercial_manifest.py requires the website to contain "v" + manifest["version"], but that check only runs when --website-root is passed, and neither ci.yml nor release.yml passes it. So the live site will keep saying v1.0.1 after this ships and nothing in CI will catch it. Flagging rather than fixing, since the website is not in this repo.

🤖 Generated with Claude Code

Bump the five places the client version is written, all of which
`tests/test_packaging.py` requires to agree: `pyproject.toml`, the
`PackageNotFoundError` fallback in `engraphis/__init__.py`, the commercial
manifest that `scripts/check_commercial_manifest.py` cross-checks against
pyproject, and the plugin/marketplace pair under `.claude-plugin/`.

Editing the two `.claude-plugin/*.json` files invalidates their entries in
`.claude-plugin/skill-assets.sha256`, which `test_packaging.py` verifies by
hashing the files on disk, so those two digests are regenerated here. All
six files are LF, as `.gitattributes` requires.

1.1.0 rather than 1.0.2: the unreleased work adds commands and changes the
managed-compute consent default, which is a minor bump. Note that 1.0.1 was
declared and dated in the changelog but never tagged or published — PyPI's
latest is 1.0.0 — so 1.1.0 is the first release to actually carry it.

No tag is pushed by this commit; publishing stays a separate, deliberate step.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

@greptile-apps greptile-apps Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Coding-Dev-Tools has reached the 50-credit limit for trial accounts. To continue receiving code reviews, upgrade your plan.

@Coding-Dev-Tools

Copy link
Copy Markdown
Owner Author

Superseded by #80, which consolidated this change with the complete audited 1.1.0 client release and is now merged into main.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant