This is a GitHub Action to deploy your static files to GitHub Pages.
This deploy action can be combined simply and freely with Static Site Generators. (Hugo, MkDocs, Gatsby, mdBook, Next, Nuxt, and so on.)
The next example step will deploy ./public directory to the remote gh-pages branch.
For newbies of GitHub Actions:
Note that the GITHUB_TOKEN is NOT a personal access token.
A GitHub Actions runner automatically creates a GITHUB_TOKEN secret to authenticate in your workflow.
So, you can start to deploy immediately without any configuration.
Supported Tokens
Three tokens are supported.
Token
Private repo
Public repo
Protocol
Setup
github_token
✅️
✅️
HTTPS
Unnecessary
deploy_key
✅️
✅️
SSH
Necessary
personal_token
✅️
✅️
HTTPS
Necessary
Notes: Actually, the GITHUB_TOKEN works for deploying to GitHub Pages but it has still some limitations.
For the first deployment, we need to select the gh-pages branch or another branch on the repository settings tab.
See First Deployment with GITHUB_TOKEN
Supported Platforms
All Actions runners: Linux (Ubuntu), macOS, and Windows are supported.
✅️ GitHub Enterprise Server is supported above 2.22.6.
Note that the GITHUB_TOKEN that is created by the runner might not inherently have push/publish privileges on GHES. You might need to create/request a technical user with write permissions to your target repository.
This option is for GITHUB_TOKEN, not a personal access token.
A GitHub Actions runner automatically creates a GITHUB_TOKEN secret to use in your workflow. You can use the GITHUB_TOKEN to authenticate in a workflow run.
A source directory to deploy to GitHub Pages. The default is public.
Only the contents of this dir are pushed to GitHub Pages branch, gh-pages by default.
Set exclude_assets to empty for including the .github directory to deployment assets.
- name: Deploy
uses: peaceiris/actions-gh-pages@v4
with:
deploy_key: ${{ secrets.ACTIONS_DEPLOY_KEY }} # Recommended for this usage
# personal_token: ${{ secrets.PERSONAL_TOKEN }} # An alternative
# github_token: ${{ secrets.GITHUB_TOKEN }} # This does not work for this usage
exclude_assets: ''
If you want GitHub Pages to process your site with the static site generator Jekyll, set enable_jekyll to true.
By default, this action signals to GitHub Pages that the site shall not be processed with Jekyll. This is done by adding an empty .nojekyll file on your publishing branch. When that file already exists, this action does nothing.
Bypassing Jekyll makes the deployment faster and is necessary if you are deploying files or directories that start with underscores, since Jekyll considers these to be special resources and does not copy them to the final site. You only need to set enable_jekyll to true when you want to deploy a Jekyll-powered website and let GitHub Pages do the Jekyll processing.
By default, a commit will not be generated when no file changes. If you want to allow an empty commit, set the optional parameter allow_empty_commit to true.
By default, existing files in the publish branch (or only in destination_dir if given) will be removed. If you want the action to add new files but leave existing ones untouched, set the optional parameter keep_files to true.
Note that users who are using a Static Site Generator do not need this option in most cases. Please reconsider your project structure and building scripts, or use a built-in feature of a Static Site Generator before you enable this flag.
With the v3, this option does not support working with the force_orphan option. The next major release (version 4) will support this.
See the issue #455
⭐️ Deploy to external repository external_repository
By default, your files are published to the repository which is running this action.
If you want to publish to another repository on GitHub, set the environment variable external_repository to <username>/<external-repository>.
You can use deploy_key or personal_token.
When you use deploy_key, set your private key to the repository which includes this action and set your public key to your external repository.
Note that GITHUB_TOKEN has no permission to access to external repositories. Please create a personal access token and set it to personal_token like personal_token: ${{ secrets.PERSONAL_TOKEN }}.
Use case:
A GitHub Free Plan account cannot use the GitHub Pages in a private repository. To make your source contents private and deploy it with the GitHub Pages, you can deploy your site from a private repository to a public repository using this option.
peaceiris/homepage: A private repository running this action with external_repository: peaceiris/peaceiris.github.io
peaceiris/peaceiris.github.io: A public repository using GitHub Pages
⭐️ Force orphan force_orphan
We can set the force_orphan: true option.
This allows you to make your publish branch with only the latest commit.
Set a custom commit message.
When we create a commit with a message docs: Update some post, a deployment commit will be generated with a message docs: Update some post ${GITHUB_SHA}.
$ # On a main branch
$ git tag -a "v1.2.3" -m "Release v1.2.3"
$ git push origin "v1.2.3"
$ # After deployment
$ git fetch origin
$ git tag
deploy-v1.2.3 # Tag on the gh-pages branch
v1.2.3 # Tag on the main branch
Go to Deploy Keys and add your public key with the Allow write access
Go to Secrets and add your private key as ACTIONS_DEPLOY_KEY
Add your public key
Success
Add your private key
Success
⭐️ First Deployment with GITHUB_TOKEN
The GITHUB_TOKEN has limitations for the first deployment so we have to select the GitHub Pages branch on the repository settings tab. After that, do the second deployment like the following pictures.
First deployment failed
Go to the settings tab
Select branch
Deploying again and succeed
If the action fails to push the commit or tag with the following error:
/usr/bin/git push origin gh-pages
remote: Write access to repository not granted.
fatal: unable to access 'https://github.com/username/repository.git/': The requested URL returned error: 403
Error: Action failed with "The process '/usr/bin/git' failed with exit code 128"
We recommend you to use the latest and specific release of this action for stable CI/CD.
It is useful to watch this repository (release only) to check the latest release of this action.
For continuous updating, we can use the GitHub native Dependabot.
Here is an example configuration of the bot. The config file is located in .github/dependabot.yml.
Our project builds and provides build assets only when creating a release. This is to prevent the user from executing this action with a specific branch (like main). For example, if we maintain build assets in the main branch and users use this action as follows, a major release including breaking changes will break the CI workflow of the users silently.
In this project, a major tag (e.g. v3) is guaranteed to contain no breaking changes. But, we recommend using a tag or a commit hash for the stability of your workflows.
For verifying the release asset, we can use the following commands.
git clone https://github.com/peaceiris/actions-gh-pages.git
cd ./actions-gh-pages
git checkout v3.9.3
nvm install
nvm use
npm i -g npm
npm ci
npm run build
git diff ./lib/index.js # We will get zero exit code
hexo, vuepress, react-static, gridsome, create-react-app and so on.
Please check where your output directory is before pushing your workflow.
e.g. create-react-app requires publish_dir to be set to ./build
Premise: Dependencies are managed by package.json and package-lock.json
Hint: you may want to publish your rustdocs. And use relative links to it from the md docs, and have them checked by mdbook.
Then, according to the doc, you may put ./target/doc/
to your ./book/src dir before you mdbook build and then it will end up in ./book/html/ and in your Github Pages.
GitHub Pages Action
This is a GitHub Action to deploy your static files to GitHub Pages. This deploy action can be combined simply and freely with Static Site Generators. (Hugo, MkDocs, Gatsby, mdBook, Next, Nuxt, and so on.)
The next example step will deploy
./public
directory to the remotegh-pages
branch.For newbies of GitHub Actions: Note that the
GITHUB_TOKEN
is NOT a personal access token. A GitHub Actions runner automatically creates aGITHUB_TOKEN
secret to authenticate in your workflow. So, you can start to deploy immediately without any configuration.Supported Tokens
Three tokens are supported.
github_token
deploy_key
personal_token
Notes: Actually, the
GITHUB_TOKEN
works for deploying to GitHub Pages but it has still some limitations. For the first deployment, we need to select thegh-pages
branch or another branch on the repository settings tab. See First Deployment withGITHUB_TOKEN
Supported Platforms
All Actions runners: Linux (Ubuntu), macOS, and Windows are supported.
github_token
deploy_key
personal_token
GitHub Enterprise Server Support
✅️ GitHub Enterprise Server is supported above
2.22.6
.Note that the
GITHUB_TOKEN
that is created by the runner might not inherently have push/publish privileges on GHES. You might need to create/request a technical user with write permissions to your target repository.Table of Contents
github_token
deploy_key
personal_token
publish_branch
publish_dir
destination_dir
exclude_assets
cname
enable_jekyll
allow_empty_commit
keep_files
external_repository
force_orphan
GITHUB_TOKEN
Getting started
Add your workflow file
.github/workflows/gh-pages.yml
and push it to your remote default branch.Here is an example workflow for Hugo.
Options
⭐️ Set Runner’s Access Token
github_token
This option is for
GITHUB_TOKEN
, not a personal access token.A GitHub Actions runner automatically creates a
GITHUB_TOKEN
secret to use in your workflow. You can use theGITHUB_TOKEN
to authenticate in a workflow run.For more details about
GITHUB_TOKEN
: Automatic token authentication - GitHub Docs⭐️ Set SSH Private Key
deploy_key
Read Create SSH Deploy Key, create your SSH deploy key, and set the
deploy_key
option like the following.⭐️ Set Personal Access Token
personal_token
Generate a personal access token (
repo
) and add it to Secrets asPERSONAL_TOKEN
, it works as well asACTIONS_DEPLOY_KEY
.⭐️ Set Another GitHub Pages Branch
publish_branch
Set a branch name to use as GitHub Pages branch. The default is
gh-pages
.⭐️ Source Directory
publish_dir
A source directory to deploy to GitHub Pages. The default is
public
. Only the contents of this dir are pushed to GitHub Pages branch,gh-pages
by default.⭐️ Deploy to Subdirectory
destination_dir
This feature is on beta. Any feedback is welcome at Issue #324
A destination subdirectory on a publishing branch. The default is empty.
⭐️ Filter publishing assets
exclude_assets
This feature is on beta. Any feedback is welcome at Issue #163
Set files or directories to exclude from publishing assets. The default is
.github
. Values should be split with a comma.Set
exclude_assets
to empty for including the.github
directory to deployment assets.The
exclude_assets
option supports glob patterns.⭐️ Add CNAME file
cname
To add the
CNAME
file, we can set thecname
option. Alternatively, put yourCNAME
file into yourpublish_dir
. (e.g.public/CNAME
)For more details about the
CNAME
file, read the official documentation: Managing a custom domain for your GitHub Pages site - GitHub Docs⭐️ Enable Built-in Jekyll
enable_jekyll
If you want GitHub Pages to process your site with the static site generator Jekyll, set
enable_jekyll
to true.By default, this action signals to GitHub Pages that the site shall not be processed with Jekyll. This is done by adding an empty
.nojekyll
file on your publishing branch. When that file already exists, this action does nothing.Bypassing Jekyll makes the deployment faster and is necessary if you are deploying files or directories that start with underscores, since Jekyll considers these to be special resources and does not copy them to the final site. You only need to set
enable_jekyll
to true when you want to deploy a Jekyll-powered website and let GitHub Pages do the Jekyll processing.For more details about
.nojekyll
: Bypassing Jekyll on GitHub Pages - The GitHub Blog⭐️ Allow empty commits
allow_empty_commit
By default, a commit will not be generated when no file changes. If you want to allow an empty commit, set the optional parameter
allow_empty_commit
totrue
.For example:
⭐️ Keeping existing files
keep_files
By default, existing files in the publish branch (or only in
destination_dir
if given) will be removed. If you want the action to add new files but leave existing ones untouched, set the optional parameterkeep_files
totrue
.Note that users who are using a Static Site Generator do not need this option in most cases. Please reconsider your project structure and building scripts, or use a built-in feature of a Static Site Generator before you enable this flag.
For example:
With the v3, this option does not support working with the force_orphan option. The next major release (version 4) will support this. See the issue #455
⭐️ Deploy to external repository
external_repository
By default, your files are published to the repository which is running this action. If you want to publish to another repository on GitHub, set the environment variable
external_repository
to<username>/<external-repository>
.For example:
You can use
deploy_key
orpersonal_token
. When you usedeploy_key
, set your private key to the repository which includes this action and set your public key to your external repository.Note that
GITHUB_TOKEN
has no permission to access to external repositories. Please create a personal access token and set it topersonal_token
likepersonal_token: ${{ secrets.PERSONAL_TOKEN }}
.Use case:
A GitHub Free Plan account cannot use the GitHub Pages in a private repository. To make your source contents private and deploy it with the GitHub Pages, you can deploy your site from a private repository to a public repository using this option.
peaceiris/homepage
: A private repository running this action withexternal_repository: peaceiris/peaceiris.github.io
peaceiris/peaceiris.github.io
: A public repository using GitHub Pages⭐️ Force orphan
force_orphan
We can set the
force_orphan: true
option. This allows you to make your publish branch with only the latest commit.⭐️ Set Git username and email
Set custom
git config user.name
andgit config user.email
. A commit is always created with the same user.⭐️ Set custom commit message
Set a custom commit message. When we create a commit with a message
docs: Update some post
, a deployment commit will be generated with a messagedocs: Update some post ${GITHUB_SHA}
.To set a full custom commit message without a triggered commit hash, use the
full_commit_message
option instead of thecommit_message
option.⭐️ Create Git tag
Here is an example workflow.
Commands on a local machine.
Tips and FAQ
⭐️ Create SSH Deploy Key
Generate your deploy key with the following command.
You will get 2 files:
gh-pages.pub
is a public keygh-pages
is a private keyNext, Go to Repository Settings
ACTIONS_DEPLOY_KEY
⭐️ First Deployment with
GITHUB_TOKEN
The
GITHUB_TOKEN
has limitations for the first deployment so we have to select the GitHub Pages branch on the repository settings tab. After that, do the second deployment like the following pictures.If the action fails to push the commit or tag with the following error:
Please add the write permission to the
permissions.contents
in a workflow/job.Alternatively, you can configure the default
GITHUB_TOKEN
permissions by selecting read and write permissions.⭐️ Use the latest and specific release
We recommend you to use the latest and specific release of this action for stable CI/CD. It is useful to watch this repository (release only) to check the latest release of this action.
For continuous updating, we can use the GitHub native Dependabot. Here is an example configuration of the bot. The config file is located in
.github/dependabot.yml
.See the official documentation for more details about the Dependabot: Keeping your dependencies updated automatically - GitHub Docs
⭐️ Schedule and Manual Deployment
For deploying regularly, we can set the
on.schedule
workflow trigger. See Scheduled events | Events that trigger workflows - GitHub DocsFor deploying manually, we can set the
on.workflow_dispatch
workflow trigger. See Manual eventsworkflow_dispatch
| Events that trigger workflows - GitHub Docs⭐️ Release Strategy
cf. support: execution from hashref disabled/broken vs GitHub Actions Security Best Practice? · Issue #712 · peaceiris/actions-gh-pages
Our project builds and provides build assets only when creating a release. This is to prevent the user from executing this action with a specific branch (like main). For example, if we maintain build assets in the main branch and users use this action as follows, a major release including breaking changes will break the CI workflow of the users silently.
In this project, a major tag (e.g. v3) is guaranteed to contain no breaking changes. But, we recommend using a tag or a commit hash for the stability of your workflows.
For verifying the release asset, we can use the following commands.
Examples
⭐️ Static Site Generators with Node.js
hexo, vuepress, react-static, gridsome, create-react-app and so on. Please check where your output directory is before pushing your workflow. e.g.
create-react-app
requirespublish_dir
to be set to./build
Premise: Dependencies are managed by
package.json
andpackage-lock.json
⭐️ Gatsby
An example for Gatsby (Gatsby.js) project with gatsby-starter-blog
⭐️ React and Next
An example for Next.js (React.js) project with create-next-app
⭐️ Vue and Nuxt
An example for Nuxt.js (Vue.js) project with create-nuxt-app
⭐️ Docusaurus
An example workflow for Docusaurus.
npx @docusaurus/init@next init website classic
is useful to create a new Docusaurus project.⭐️ Static Site Generators with Python
pelican, MkDocs, sphinx, and so on.
Premise: Dependencies are managed by
requirements.txt
⭐️ mdBook (Rust)
An example GitHub Actions workflow to deploy rust-lang/mdBook site to GitHub Pages.
Hint: you may want to publish your rustdocs. And use relative links to it from the md docs, and have them checked by
mdbook
. Then, according to the doc, you may put./target/doc/
to your./book/src
dir before youmdbook build
and then it will end up in./book/html/
and in your Github Pages.⭐️ Flutter Web
An example workflow for Flutter web project.
⭐️ Elm
An example workflow for Elm.
⭐️ Swift Publish
An example workflow for JohnSundell/Publish.
License
Maintainer