Skip to content

Deploy the example to GitHub Pages - #10

Merged
SantaClaas merged 1 commit into
mainfrom
upgrade-material-color-utilities-0.4.0
Aug 6, 2026
Merged

Deploy the example to GitHub Pages#10
SantaClaas merged 1 commit into
mainfrom
upgrade-material-color-utilities-0.4.0

Conversation

@SantaClaas

@SantaClaas SantaClaas commented Aug 6, 2026

Copy link
Copy Markdown
Owner

Publishes the example to https://santaclaas.github.io/material-tailwind/ on
every push to main, so the plugin's output can be seen without checking out
and building the repository. Pages is already set to the "GitHub Actions"
source, so this workflow is what deploys.

Build and deploy are separate jobs, as in the release workflow, so build-time
dependencies never hold the token that can publish.

Installing takes two steps because the example is its own pnpm workspace that
links to the repository root: the root install provides the plugin's own
dependencies, which the link cannot pull in on its own. The example install
keeps build scripts enabled, unlike the other workflows, because esbuild has to
unpack its binary; pnpm still only runs what the allowBuilds list permits.

Vite gets base: "./" so the built asset URLs are relative and resolve under
the /material-tailwind/ subdirectory a project site is served from. A relative
base rather than the hardcoded path keeps the dev server at /.

Verification

  • Built from a clean checkout with no node_modules using the exact workflow
    commands.
  • Served the output from a /material-tailwind/ subpath and loaded it in a
    browser: renders correctly, all assets 200, no console errors.
  • zizmor reports no findings across all four workflows.

🤖 Generated with Claude Code

Publish the example to https://santaclaas.github.io/material-tailwind/ on
every push to main, so the plugin's output can be seen without checking
out and building the repository. Pages is set to the "GitHub Actions"
source, so the workflow is what deploys.

Build and deploy are separate jobs, like in the release workflow, so the
build-time dependencies never hold the token that can publish.

Installing takes two steps because the example is its own pnpm workspace
that links to the repository root: the root install provides the plugin's
own dependencies, which the link cannot pull in on its own. The example
install keeps build scripts enabled, unlike the other workflows, because
esbuild has to unpack its binary; pnpm still only runs what the allowBuilds
list permits.

Vite gets base: "./" so the built asset URLs are relative and resolve under
the /material-tailwind/ subdirectory a project site is served from. A
relative base rather than the hardcoded path keeps the dev server at "/".

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@SantaClaas
SantaClaas force-pushed the upgrade-material-color-utilities-0.4.0 branch from 60e3c73 to deabc16 Compare August 6, 2026 20:45
@SantaClaas SantaClaas changed the title Upgrade to material-color-utilities 0.4.0 and add variant and spec version options Deploy the example to GitHub Pages Aug 6, 2026
@SantaClaas
SantaClaas merged commit 8421dcb into main Aug 6, 2026
@SantaClaas
SantaClaas deleted the upgrade-material-color-utilities-0.4.0 branch August 6, 2026 20:48
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