Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-dev-llm Commit: 7808c17ff57e1545de5548c55732c2960ab3caf4 https://github.com/xwiki/xwiki-dev-llm/commit/7808c17ff57e1545de5548c55732c2... Author: Vincent Massol <vincent@massol.net> Date: 2026-09-01 (Tue, 01 Sep 2026) Changed paths: A .github/workflows/release.yml M CLAUDE.md M README.md A scripts/release.mjs M scripts/validate.mjs M xwiki/skills/xwiki-knowledge/SKILL.md Log Message: ----------- [Misc] Cut the plugin release on master instead of bumping the version in every PR * Add scripts/release.mjs: the only thing that writes a version field. It sets all five (marketplace metadata + plugin entry, plugin.json, kimi.plugin.json, the opencode.jsonc comment), commits "[Misc] Release X.Y.Z" and tags vX.Y.Z. The tag is how the next run knows what already shipped; before the first tag it falls back to the commit that introduced the current version, so the bootstrap needs no manual step. It exits having done nothing when no file under xwiki/ changed. * Derive the segment rather than ask for it, since the rule was already mechanical: minor when the capability inventory changes between the last release and HEAD (a skill, an MCP server, a hook or an opencode plugin added or removed), patch for anything else under xwiki/, major never derived. A "Release-Bump: minor|major" commit trailer overrides it for a change whose significance the file list cannot show — unlike a version field, two branches never conflict on a commit message. * Invert validate.mjs invariant 6: a branch must now NOT change any version field, compared base -> working tree so a stray bump is caught before it is even committed. Skipped on master, where release.mjs legitimately moves it. Invariant 3 (the five agree) is unchanged; the extraction of the five fields is parameterised by a reader so both invariants read the same thing. * Add .github/workflows/release.yml, running release.mjs --push on every push to master that touches xwiki/, plus workflow_dispatch with an explicit segment, serialised by a release concurrency group. * Flip the xwiki-knowledge EXTEND flow from "bump all five fields" to "never touch the version", and document the release in CLAUDE.md and README.md. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Commit: c768ac3c736c8dae120e331febeb837735bc78e8 https://github.com/xwiki/xwiki-dev-llm/commit/c768ac3c736c8dae120e331febeb83... Author: Vincent Massol <vincent@massol.net> Date: 2026-09-01 (Tue, 01 Sep 2026) Changed paths: A .github/workflows/release.yml M CLAUDE.md M README.md A scripts/release.mjs M scripts/validate.mjs M xwiki/skills/xwiki-knowledge/SKILL.md Log Message: ----------- [Misc] Cut the plugin release on master instead of bumping the version in every PR Compare: https://github.com/xwiki/xwiki-dev-llm/compare/d54c4766637b...c768ac3c736c To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-dev-llm/settings/notifications