Skip to content

ci: create a GitHub Release automatically on tag push#124

Merged
michelp merged 2 commits into
mainfrom
ci/auto-github-release
Jun 10, 2026
Merged

ci: create a GitHub Release automatically on tag push#124
michelp merged 2 commits into
mainfrom
ci/auto-github-release

Conversation

@michelp

@michelp michelp commented Jun 10, 2026

Copy link
Copy Markdown
Owner

Summary

The release workflow (.github/workflows/release.yml) only published to PGXN — the GitHub Release steps were commented out and used actions/create-release + actions/upload-release-asset, both archived by GitHub in 2021, with body_path pointing at an empty latest-changes.md.

Replace them with the maintained softprops/action-gh-release@v2, which:

  • creates a GitHub Release for the pushed v* tag automatically (alongside the PGXN publish),
  • uploads the pgxn-bundle archive as a release asset,
  • auto-generates release notes (no more empty body file).

Adds permissions: contents: write so the workflow token can create the release. Step order is preserved (bundle → PGXN publish → GitHub Release), so the irreversible PGXN step runs first.

Test Plan

  • Merge, then push v3.1.11 — the Release workflow should publish to PGXN and create the v3.1.11 GitHub Release with the bundle asset.

🤖 Generated with Claude Code

michelp and others added 2 commits June 10, 2026 11:36
The release workflow only published to PGXN; the GitHub Release steps were
commented out and used actions/create-release + actions/upload-release-asset,
which GitHub archived in 2021, plus an empty latest-changes.md for the body.

Replace them with the maintained softprops/action-gh-release@v2, which creates
the release for the pushed tag, uploads the pgxn-bundle archive as an asset, and
auto-generates release notes. Grant the job contents:write so the token can
create the release.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Both pages.yml and jekyll-gh-pages.yml were copies of the GitHub Pages
starter template configured with `source: ./docs`, but the repository has
no `docs/` directory and no Jekyll config. As a result the "Deploy Jekyll"
workflow failed on every push to main (the github-pages build aborts with
"No such file or directory - .../docs"), and pages.yml targeted a `master`
branch that does not exist, so it never ran.

Building from the repository root is not an option either: the github-pages
gem refuses it ("Destination directory cannot be or contain the Source
directory") because the `_site` output lives inside the source root.

Neither workflow has ever produced a site, so remove both to stop the
perennial failed deploy. GitHub Pages can be reintroduced later with a real
docs source if desired.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@michelp michelp merged commit a8b8a27 into main Jun 10, 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