Release v1.1.0 #64
Labels
Clear labels
allocator
anti-stomp
architecture
bug
chore
codex
concurrency
contamination
control-plane
dashboard
database
design
documentation
enhancement
gitea
glitchtip
important
incident
incident-bridge
integration
jenkins
labels
leases
mcp
mcp-health
mcp-menu
multi-project
mutating
nice-to-have
observability
portability
preflight
protected-branch
queue
read-only
reconnect
recovery
refactor
release
reliability
resumable-review
reviewer
roadmap
safety
security
self-hosted
sentry
stale-runtime
status:blocked
status:in-progress
status:pr-open
status:ready
terminal-lock
testing
tracker
type:bug
type:feature
type:feature
type:guardrail
visibility
workflow
workflow-hardening
workflow-hardening
Controller-owned work allocator
Prevent concurrent LLM session stomping
Architecture / structural design
OpenAI Codex client / workflow session surface
Concurrent session safety
Workflow or session contamination incident
MCP control-plane coordination and allocation authority
MCP operational dashboard/queue view
Internal coordination storage (SQLite/Postgres)
Design / investigation, no implementation
Docs / runbooks
New feature or improvement
Gitea MCP workflow
GlitchTip integration
Operational or process incident requiring durable audit trail
Sentry-to-Gitea incident bridging
Integration testing
Jenkins integration
Label taxonomy management
Lease adopt/release/expire lifecycle
MCP server / tooling
MCP namespace and runtime health
MCP menu surface
Work spanning multiple monitoring projects or Gitea repos
Mutating action; requires gating
Observability, metrics, traces, error reporting
Cross-platform / portability
Shared preflight gates before mutation
Protected branch / stable-branch policy concern
Work queue visibility and allocation
Read-only, no mutation
MCP client reconnect/reload recovery path
Recovery paths for stale/foreign leases
Code refactor / restructure
Release / versioning
Reliability / failure handling
Persist and resume prepared review verdicts across sessions
Reviewer workflow tooling
Roadmap / umbrella issue
Safety rails and fail-closed mutation guards
Security / trust boundary
Self-hosted infrastructure integration
Sentry error monitoring integration
Stale backend daemon / runtime-vs-master parity failures
Issue is blocked
Issue is being worked on
Issue has an open pull request
Issue is ready for work
Terminal review lock (#332) path
Tests / test coverage
Issue tracker hygiene / meta
Bug or defect
Feature or enhancement
Feature or enhancement
Safety gate or guardrail
Workflow state visibility for LLMs/operators
Cross-tool workflow
LLM workflow coordination hardening
LLM workflow coordination hardening
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Scaled-Tech-Consulting/Gitea-Tools#64
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
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: