Skip to content

chore: add pull request workflows for merges and releases - #9

Merged
fcote merged 2 commits into
mainfrom
chore/add-pull-request-workflows
Sep 4, 2026
Merged

chore: add pull request workflows for merges and releases#9
fcote merged 2 commits into
mainfrom
chore/add-pull-request-workflows

Conversation

@fcote

@fcote fcote commented Sep 4, 2026

Copy link
Copy Markdown
Owner

Why

The release command assumed changes could be committed directly on main, and
ordinary work had no shared command for the branch, pull request and merge
path. Claude and other agents could therefore handle the same operation
differently, while “merge this” could accidentally be confused with cutting a
tagged release.

What

The release skill now creates a conventional branch, writes a Why/What pull
request, validates the proposed and merged commits, squash-merges to main,
and tags only the proved merge. A new agent-neutral merge skill applies the
same branch, PR and CI safeguards but explicitly creates no tag. Thin Claude
adapters expose both /release and /merge from those shared instructions.

The release command previously assumed changes could be committed directly on
main, and ordinary work had no shared command that carried it through a branch,
pull request and merge. Claude and other agents could therefore follow
different paths for the same repository operation, while a request to merge
without releasing had no way to state that no tag should be created.

Releases now move through a conventional branch and a Why/What pull request,
pin CI to the proposed merge, squash into main and tag only the proved merge
commit. A separate merge skill uses the same branch, PR and CI safeguards for
ordinary changes and explicitly stops after the squash merge.

The agent-neutral skills remain the source of truth. Small Claude command
adapters expose /release and /merge without copying either workflow, and the
repository guidance records when each one applies.
GitHub exposes this repository's pull-request workflow with the source branch
and head commit in the Actions run metadata. Looking it up by the synthetic
potential merge commit returned no run, so either merge workflow would wait
for a build it could never find.

Both skills now select the pull-request run by its branch and checked head OID.
They still compare the head, base and potential merge OIDs after CI and pin the
squash merge to that checked head.
@fcote
fcote merged commit 4bdf5c0 into main Sep 4, 2026
1 check passed
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