Skip to content

ci(docs): self-enable Pages in the deploy workflow - #3

Merged
uwarring82 merged 1 commit into
mainfrom
ci/docs-deploy-enablement
Jul 15, 2026
Merged

ci(docs): self-enable Pages in the deploy workflow#3
uwarring82 merged 1 commit into
mainfrom
ci/docs-deploy-enablement

Conversation

@uwarring82

Copy link
Copy Markdown
Owner

The first post-merge docs-deploy run failed at Configure Pages because Pages wasn't yet enabled as a GitHub-Actions source at merge time — so GitHub's default Jekyll build of the README kept serving instead of the mkdocs-material site (which is why the live page didn't resemble the sibling). I've since re-triggered the deploy and the site is now live and correct.

This one-line change sets enablement: true on actions/configure-pages@v5 so the workflow enables Pages itself on first run and can't fail that way again. No-op once Pages is configured.

🤖 Generated with Claude Code

The first post-merge `docs-deploy` run failed at "Configure Pages" because
GitHub Pages was not yet enabled as a GitHub-Actions source at that moment,
so the stale default-Jekyll build of the README kept serving instead of the
mkdocs-material site. Set `enablement: true` on actions/configure-pages so the
workflow enables Pages itself on first run and can't fail that way again
(no-op once Pages is configured).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@uwarring82
uwarring82 merged commit 737b56c into main Jul 15, 2026
7 checks passed
@uwarring82
uwarring82 deleted the ci/docs-deploy-enablement branch July 15, 2026 19:28
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