Release v1.1.0 #64
Reference in New Issue
Block a user
Delete Branch "chore/issue-63-v1.1.0"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Version bump and release notes for v1.1.0.
Closes #63.
Blocking this release PR for staleness. The branch is 8 commits behind current master and only adds CHANGELOG.md for an older v1.1.0 snapshot. Since then, master has gained additional merged work including the developer testing guide (#81), shared API pagination/failure handling (#83), LLM-Agent-SHA Phase 0 (#87), and Jenkins read-only design docs (#88). A release/version PR should be rebased or regenerated from current master so the changelog/release contents reflect the actual release surface before merge. I did not run the full release checks because this needs refresh first.
Do not merge as-is — release notes are stale. (Review comment, not an approval.)
State: head
afa57fa, based at2d5cb4b, now 8 commits behind master (007b5da). The PR adds a newCHANGELOG.mdwith v1.1.0 notes, so it applies cleanly (Gitea reports mergeable) — but the notes only cover work up to its base (#9 identity aliases, #3 provenance, #6 manage_labels modes, #56/#58 status:in-progress cleanup).Missing from the v1.1.0 notes — all merged to master after this branch was cut:
gitea_auth.api_request/api_get_all(timeouts, DNS/network errors, 502/503/504, malformed JSON, redacted errors, bounded pagination). A real behavior change; must be in the release notes.Recommendation: update, don't close. On
chore/issue-63-v1.1.0: rebase onto current master, extend the[v1.1.0]section with the four items above (plus anything merged in the interim), then hand off to a non-author reviewer for merge. Nov1.1.0tag should be cut from this branch's metadata until the updated PR merges — tags come fromscripts/release-tagon the merge commit, perdocs/release-workflows.md.Review Metadata:
Approve. Reviewed head
d8269fc(branch fully synced with masterba6064e, 0 behind).Final PR diff against master:
CHANGELOG.mdonly (+24 net). The two master-sync merge commits (fd68c43,0d6d31d) brought master files in unchanged. No feature code, no secrets, no generated artifacts, no unrelated files.git diff --checkclean.Changelog validation —
[v1.1.0]covers every merge since thev1.0.1tag:Independently verified exclusions: PR #82 (#68 release SOP) and PR #84 (#69 Linux portability) were closed without merging —
docs/release-version-sop.mdanddocs/linux-container-portability.mdare absent from master's tree and their commits absent from master history. Correctly NOT listed. (They'll belong to whichever release lands their re-rolled PRs.)Checks (branch worktree at
d8269fc): py_compile mcp_server/manage_labels/gitea_auth OK ·bash -n scripts/clear-provenanceOK ·pytest tests/ -q355 passed ·git diff --checkclean · staged-diff secret sweep clean. Tags verified still only v1.0.0/v1.0.1 — nothing pre-tagged.PR body accepted as-is: terse but accurate (release notes for v1.1.0, closes #63); it makes no claim that excluded work landed.
Merging next via the gated merge tool; tag
v1.1.0will be cut from the resulting master merge commit viascripts/release-tag.Review Metadata: