This project is an example of using GitHub Actions to automatically deploy a .NET 9 MudBlazor WebAssembly SPA (Single Page Application) to GitHub Pages. For a live demo, check the following link:
https://theotherstuff.github.io/MudBlazorGitHubPages
Microsoft Docs already contains a general overview of the steps needed for a successful deploy.
- Fork this repository
- Go to the repository you just created, then go to:
Settings>GitHub Pages> set the source branch togh-pages-from-actions - Set permissions for GitHub Actions
- View your site at https://
your_user_name | your_organization_name.github.io/name_you_used_in_step1 - (optional) Enable Dependabot
Insights>Dependency graph>Dependabot> Enable Dependabot- Create a branch named
dev(branched from themainbranch)
The CI pipelines first perform a normal dotnet publish of the app, which will generate
a dist bundle ready to be deployed. This bundle is then pushed differently depending on
the CI environment:
- Azure Pipelines: the bundle is force pushed to
gh-pagesby using raw Git commands - GitHub Actions: an already existing action
is used to push the bundle to
gh-pages-from-actions
The <base> url in index.html will need to be modified
depending on where the project is deployed. If deploying on the root level, set
segmentCount = 0 in 404.html as well.
When testing on localhost, the applicationUrl for IIS Express in
launchSettings.json will need to be updated to
reflect the same base url as in index.html.
Paths in the Azure Pipelines yaml file / GitHub Actions workflow may need to be updated accordingly.
The Azure pipeline is expecting access to one variable group named GitHubPATGroup, which
should contain the following three variables:
GitHubPAT: A Personal Access Token with sufficient permission to (force) push to thegh-pagesbranchGitHubName: The name of the user committing to thegh-pagesbranchGitHubEmail: The email of the user committing to thegh-pagesbranch
The gh-pages branch must exist already for the deployment to be successful (this
is a temporary limitation in the pipeline configuration).
In the case of GitHub Actions, only a single secret is needed: ACCESS_TOKEN, equivalent to GitHubPAT above. An example of a full deployment using GitHub Actions can also be found in my blazor-fractals repository.