Promotes dev to main. The substantive change carried over is the merge-based publishing pipeline in .gitea/workflows/publish.yml: the trigger moved from tag-only (v*) to push on dev and main, with per-branch package channels.
main still has the old tag-only publish workflow, which is why no package was ever produced (no v* tag was ever pushed). Merging this fixes that at the source.
What happens on merge
The new workflow lands on main, and the push to main triggers it immediately: lint, test, then publish the stable package aegis-gitea-mcp at 0.2.0 to the self-hosted Gitea PyPI registry. No tag required.
The pipeline is already validated on the dev channel: aegis-gitea-mcp-dev0.2.0.dev243 published successfully.
Verify after merge
The Actions run for this push is green (lint, test, publish).
Version stays 0.2.0 (first stable publish, no conflict). Bump version in pyproject.toml first if you want a different stable number.
Re-running main at the same version is a clean no-op: uv publish --check-url skips files already present in the registry.
## What this does
Promotes `dev` to `main`. The substantive change carried over is the merge-based publishing pipeline in `.gitea/workflows/publish.yml`: the trigger moved from tag-only (`v*`) to push on `dev` and `main`, with per-branch package channels.
`main` still has the old tag-only publish workflow, which is why no package was ever produced (no `v*` tag was ever pushed). Merging this fixes that at the source.
## What happens on merge
The new workflow lands on `main`, and the push to `main` triggers it immediately: lint, test, then publish the stable package `aegis-gitea-mcp` at `0.2.0` to the self-hosted Gitea PyPI registry. No tag required.
The pipeline is already validated on the dev channel: `aegis-gitea-mcp-dev` `0.2.0.dev243` published successfully.
## Verify after merge
- The Actions run for this push is green (lint, test, publish).
- Stable package appears at https://git.hiddenden.cafe/Hiddenden/-/packages/pypi/aegis-gitea-mcp
## Notes
- Version stays `0.2.0` (first stable publish, no conflict). Bump `version` in `pyproject.toml` first if you want a different stable number.
- Re-running `main` at the same version is a clean no-op: `uv publish --check-url` skips files already present in the registry.
Replace the tag-only publish trigger (no v* tags ever existed, so the
package was never built) with branch-push publishing:
- dev push -> aegis-gitea-mcp-dev at X.Y.Z.dev<run_number> (always unique)
- main push -> aegis-gitea-mcp at X.Y.Z, a clean no-op via uv --check-url
if that version is already in the registry
Name + version are patched into pyproject.toml at build time only; the
committed file keeps aegis-gitea-mcp / X.Y.Z. Lint + test gates still run
before publish, and the REGISTRY_TOKEN secret is required (fail-closed).
Document the two publish channels (aegis-gitea-mcp from main,
aegis-gitea-mcp-dev from dev), install commands for each, that both share
the aegis_gitea_mcp module so only one installs per environment, and the
merge-driven stable release flow (bump version -> PR into dev -> promote
dev to main; re-pushing main at the same version is a --check-url no-op).
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.
What this does
Promotes
devtomain. The substantive change carried over is the merge-based publishing pipeline in.gitea/workflows/publish.yml: the trigger moved from tag-only (v*) to push ondevandmain, with per-branch package channels.mainstill has the old tag-only publish workflow, which is why no package was ever produced (nov*tag was ever pushed). Merging this fixes that at the source.What happens on merge
The new workflow lands on
main, and the push tomaintriggers it immediately: lint, test, then publish the stable packageaegis-gitea-mcpat0.2.0to the self-hosted Gitea PyPI registry. No tag required.The pipeline is already validated on the dev channel:
aegis-gitea-mcp-dev0.2.0.dev243published successfully.Verify after merge
Notes
0.2.0(first stable publish, no conflict). Bumpversioninpyproject.tomlfirst if you want a different stable number.mainat the same version is a clean no-op:uv publish --check-urlskips files already present in the registry.