2021-04-02 20:33:36 +00:00
name : Test Fleet website
on :
pull_request :
paths :
2021-04-02 21:41:27 +00:00
- 'website/**'
2021-09-14 16:43:45 +00:00
- 'docs/**'
- 'handbook/**'
2022-10-04 17:52:00 +00:00
- 'schema/**'
2021-04-02 20:33:36 +00:00
2022-10-07 15:43:56 +00:00
defaults :
run :
# fail-fast using bash -eo pipefail. See https://docs.github.com/en/actions/using-workflows/workflow-syntax-for-github-actions#exit-codes-and-error-action-preference
shell : bash
2022-03-25 18:19:42 +00:00
permissions :
contents : read
2021-04-02 20:33:36 +00:00
jobs :
build :
runs-on : ubuntu-latest
strategy :
matrix :
node-version : [ 14. x]
steps :
2022-08-31 10:44:22 +00:00
- uses : actions/checkout@2541b1294d2704b0964813337f33b291d3f8596b # v2
2021-04-02 20:33:36 +00:00
# Set the Node.js version
- name : Use Node.js ${{ matrix.node-version }}
2022-03-16 19:42:28 +00:00
uses : actions/setup-node@f1f314fca9dfce2769ece7d933488f076716723e # v1
2021-04-02 20:33:36 +00:00
with :
node-version : ${{ matrix.node-version }}
# Now start building!
# > …but first, get a little crazy for a sec and delete the top-level package.json file
# > i.e. the one used by the Fleet server. This is because require() in node will go
# > hunting in ancestral directories for missing dependencies, and since some of the
# > bundled transpiler tasks sniff for package availability using require(), this trips
# > up when it encounters another Node universe in the parent directory.
- run : rm -rf package.json package-lock.json node_modules/
# > Turns out there's a similar issue with how eslint plugins are looked up, so we
# > delete the top level .eslintrc file too.
- run : rm -f .eslintrc.js
# Get dependencies (including dev deps)
- run : cd website/ && npm install
# Run sanity checks
- run : cd website/ && npm test
# Compile assets
- run : cd website/ && npm run build-for-prod