🚀 Automatically deploy your project to GitHub Pages using GitHub Actions. This action can be configured to push your production-ready code into any branch you'd like.
Go to file
James Ives 4b2f84d384
Version 3 (#44)
* Version 3 Beta

* README Updates

* More readme updates

* lock

* Restoring license/contrib

* One set of tests

* linting

* More tests

* Finish up unit tests

* Update action.yml

* Update main.yml

* Update README.md

* Update README.md

* README Changes

* Update README.md

* Unit testing job

* Some more stuff

* More cleanup

* Update README.md

* Unrequired

* Update CONTRIBUTING.md

* no guess

* Using Git Switch as opposed to checkout

* Force Commit

* Remove git

* Some more simplification

* Update git.ts

* changes

* Options

* w

* Debugging

* More debugging

* More debugging

* Debugging

* Debugging

* Debugging

* Debugging

* Debugging

* Debugging

* Debugging

* Debugging

* Debugging

* Debugging

* Debugging

* Debugging

* Debugging

* Debug

* Debugging

* Another 1

* Update git.ts

* Fixes root deployment

* Quiet Mode

* Quiet

* Excluding .github

* Update README.md
2019-11-19 10:06:27 -05:00
__tests__ Version 3 (#44) 2019-11-19 10:06:27 -05:00
.github Version 3 (#44) 2019-11-19 10:06:27 -05:00
integration Version 3 (#44) 2019-11-19 10:06:27 -05:00
lib Version 3 (#44) 2019-11-19 10:06:27 -05:00
src Version 3 (#44) 2019-11-19 10:06:27 -05:00
.gitignore Version 3 (#44) 2019-11-19 10:06:27 -05:00
action.yml Version 3 (#44) 2019-11-19 10:06:27 -05:00
CONTRIBUTING.md Version 3 (#44) 2019-11-19 10:06:27 -05:00
jest.config.js Version 3 (#44) 2019-11-19 10:06:27 -05:00
LICENSE Version 3 (#44) 2019-11-19 10:06:27 -05:00
package.json Version 3 (#44) 2019-11-19 10:06:27 -05:00
README.md Version 3 (#44) 2019-11-19 10:06:27 -05:00
screenshot.png CICD Workflow Instructions (#12) 2019-08-21 11:19:47 -04:00
tsconfig.json Version 3 (#44) 2019-11-19 10:06:27 -05:00
tslint.json Version 3 (#44) 2019-11-19 10:06:27 -05:00
yarn.lock Version 3 (#44) 2019-11-19 10:06:27 -05:00

GitHub Pages Deploy Action 🚀

Build Status Actions Status View Action Version

This GitHub action will handle the deploy process of your project to GitHub Pages. It can be configured to upload your production-ready code into any branch you'd like, including gh-pages and docs.

Getting Started ✈️

You can include the action in your workflow to trigger on any event that GitHub actions supports. If the remote branch that you wish to deploy to doesn't already exist the action will create it for you. Your workflow will also need to include the actions/checkout step before this workflow runs in order for the deployment to work.

You can view an example of this below.

name: Build and Deploy
on: [push]
jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:
    - name: Checkout
      uses: actions/checkout@v1

    - name: Build and Deploy
      uses: JamesIves/github-pages-deploy-action@releases/v3
      with:
        ACCESS_TOKEN: ${{ secrets.ACCESS_TOKEN }}
        BASE_BRANCH: master # The branch the action should deploy from.
        BRANCH: gh-pages # The branch the action should deploy to.
        FOLDER: build # The folder the action should deploy.

If you'd like to make it so the workflow only triggers on push events to specific branches then you can modify the on section. You'll still need to specify a BASE_BRANCH if you're deploying from a branch other than master.

on:
  push:	
    branches:	
      - master

Configuration 📁

The with portion of the workflow must be configured before the action will work. You can add these in the with section found in the examples above. Any secrets must be referenced using the bracket syntax and stored in the GitHub repositories Settings/Secrets menu. You can learn more about setting environment variables with GitHub actions here.

Below you'll find a description of what each option does.

Key Value Information Type Required
GITHUB_TOKEN In order for GitHub to trigger the rebuild of your page you must provide the action with the repositories provided GitHub token. This can be referenced in the workflow yml file by using ${{ secrets.GITHUB_TOKEN }}. Only required if an access token is not provided. Please note there is currently an issue affecting the use of this token, you can learn more here. secrets Yes
ACCESS_TOKEN Depending on the repository permissions you may need to provide the action with a GitHub personal access token instead of the provided GitHub token in order to deploy. You can learn more about how to generate one here. This should be stored as a secret. secrets No
BRANCH This is the branch you wish to deploy to, for example gh-pages or docs. with Yes
FOLDER The folder in your repository that you want to deploy. If your build script compiles into a directory named build you'd put it here. Folder paths cannot have a leading / or ./. with Yes
BASE_BRANCH The base branch of your repository which you'd like to checkout prior to deploying. This defaults to master. with No

With the action correctly configured you should see the workflow trigger the deployment under the configured conditions.

Additional Build Files

This action maintains the full Git history of the deployment branch. Therefore if you're using a custom domain and require a CNAME file, or if you require the use of a .nojekyll file, you can safely commit these files directly into deployment branch without them being overridden after each deployment.

Example