0612377665
* Do not require user provided `githubToken` input (configure default) * Remove `edited` from workflow example Idea of this example was to show setup where CI runs only when particular files are changed. Triggering workflow when name or description of PR is edited is not needed for this use case. |
||
---|---|---|
__tests__ | ||
.github/workflows | ||
.vscode | ||
dist | ||
src | ||
.eslintignore | ||
.eslintrc.json | ||
.gitignore | ||
.prettierignore | ||
.prettierrc.json | ||
action.yml | ||
jest.config.js | ||
LICENSE | ||
package-lock.json | ||
package.json | ||
README.md | ||
tsconfig.json |
CAUTION: This action can be only used in a workflow triggered by pull_request
event.
Pull request changed files filter
This Github Action enables conditional execution of workflow job steps considering which files are modified by a pull request.
It saves time and resources especially in monorepo setups, where you can run slow tasks (e.g. integration tests) only for changed components. Github workflows built-in path filters doesn't allow this because they doesn't work on a level of individual jobs or steps.
Usage
The action accepts filter rules in the YAML format.
Each filter rule is a list of glob expressions.
Corresponding output variable will be created to indicate if there's a changed file matching any of the rule glob expressions.
Output variables can be later used in the if
clause to conditionally run specific steps.
Inputs
githubToken
: GitHub Access Token - defaults to${{ github.token }}
filters
: YAML dictionary where keys specifies rule names and values are lists of file path patterns
Outputs
- For each rule it sets output variable named by the rule to text:
'true'
- if any of changed files matches any of rule patterns'false'
- if none of changed files matches any of rule patterns
Notes
- minimatch dot option is set to true - therefore globbing will match also paths where file or folder name starts with a dot.
Sample workflow
name: Build verification
on:
pull_request:
types:
- opened
- synchronize
branches:
- master
jobs:
tests:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
- uses: dorny/pr-changed-files-filter@v1
id: filter
with:
filters: |
backend:
- 'backend/**/*'
frontend:
- 'frontend/**/*'
# run only if 'backend' files were changed
- name: backend unit tests
if: steps.filter.outputs.backend == 'true'
run: ...
# run only if 'frontend' files were changed
- name: frontend unit tests
if: steps.filter.outputs.frontend == 'true'
run: ...
# run if 'backend' or 'frontend' files were changed
- name: e2e tests
if: steps.filter.outputs.backend == 'true' || steps.filter.outputs.frontend == 'true'
run: ...
How it works
- Required inputs are checked (
githubToken
&filters
) - Provided access token is used to fetch list of changed files.
- For each filter rule it checks if there is any matching file
- Output variables are set
Difference from related projects:
- Has Changed Path
- detects changes from previous commit
- you have to configure
checkout
action to fetch some number of previous commits git diff
is used for change detection- outputs only single
true
/false
value if any of provided paths contains changes
- Changed Files Exporter
- outputs lists with paths of created, updated and deleted files
- output is not directly usable in the
if
clause
- Changed File Filter
- allows change detection between any refs or commits
- fetches whole history of your git repository
- might have negative performance impact on big repositories (github by default fetches only single commit)