Skip to content

release: bump yertle to 0.2.0 - #16

Merged
albertcmiller1 merged 1 commit into
mainfrom
release/yertle-v0.2.0
Aug 20, 2026
Merged

release: bump yertle to 0.2.0#16
albertcmiller1 merged 1 commit into
mainfrom
release/yertle-v0.2.0

Conversation

@albertcmiller1

Copy link
Copy Markdown
Contributor

Version

0.2.0 — MINOR, per PACKAGING.md's rule "New endpoints or new SDK functions → MINOR bump." yertle auth status is new; nothing was deleted or renamed from the public facade, so it isn't MAJOR.

0.1.0 is already published and PyPI never allows reusing a version, so this bump is a hard prerequisite for the release.

What 0.2.0 ships

PR
#12 yertle auth status — per-key credential provenance
#13 source-checkout flag in yertle version; version read from distribution metadata
#14 yertle-client 0.2.0, dependency floor raised to >=0.2.0
#15 credentials written 0600, merged not clobbered, written atomically

Also re-locks uv.lock

The 0.1.0 bump in 83116c3 changed pyproject.toml without re-locking, so uv.lock carried a stale version = "0.0.1" until an unrelated uv sync picked it up incidentally (noted in #12). Bumping and locking in the same commit here so that can't recur.

Testing

make check green (81 tests). Beyond that, the artifact itself:

$ uv build
Successfully built dist/yertle-0.2.0.tar.gz
Successfully built dist/yertle-0.2.0-py3-none-any.whl

# installed into a clean venv:
$ yertle version
0.2.0                      # bare — no "editable" suffix, as expected for a wheel
$ yertle auth status       # authenticates against a live backend

That last check exercises both halves of #13: the version is metadata-driven (so this PR bumps exactly one file, not two), and the editable-detection correctly reports not editable for a real install.

Release notes for whoever tags this

Two user-visible behaviour changes worth calling out:

Follow-up needed in the yertle repo

PACKAGING.md's version-bump playbook step 2 says to "also bump __version__ in src/yertle/__init__.py". That hardcoded copy no longer exists — #13 replaced it with importlib.metadata, which is what deployments.txt already documents. Following PACKAGING.md literally would re-introduce the drift it warns about. Separate PR, different repo.

🤖 Generated with Claude Code

MINOR per PACKAGING.md's rule ("New endpoints or new SDK functions →
MINOR bump"): 0.2.0 adds the `yertle auth status` command. Nothing was
deleted or renamed from the public facade, so it is not MAJOR.

Ships everything merged since 0.1.0:
  #12  `yertle auth status` — per-key credential provenance
  #13  source-checkout flag in `yertle version`; version read from metadata
  #14  yertle-client 0.2.0, dependency floor raised to >=0.2.0
  #15  credentials written 0600, merged not clobbered, written atomically

Re-locks uv.lock in the same commit. The 0.1.0 bump in 83116c3 skipped
this, so the lockfile carried a stale version until it was picked up
incidentally by an unrelated `uv sync`.

PACKAGING.md's version-bump playbook step 2 ("also bump `__version__` in
src/yertle/__init__.py") no longer applies — #13 removed that hardcoded
second copy in favour of importlib.metadata, which is what deployments.txt
already documents. That doc lives in the yertle repo and needs its own PR.

Verified: `uv build` produces coherent sdist + wheel, and the wheel
installed into a clean venv reports a bare `0.2.0` (no editable suffix),
resolves yertle-client 0.2.0, and authenticates against a live backend.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@albertcmiller1
albertcmiller1 merged commit c2c0c7b into main Aug 20, 2026
1 check passed
@albertcmiller1
albertcmiller1 deleted the release/yertle-v0.2.0 branch August 20, 2026 21:07
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