Conditionally run actions based on files modified by PR, feature branch or pushed commits
Go to file
Michal Dorner 0612377665
Do not require user provided githubToken input (configure default) (#7)
* 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.
2020-05-24 21:17:51 +02:00
__tests__ Fix globbing, update metadata, update ncc (#4) 2020-05-21 13:46:48 +02:00
.github/workflows Do not require user provided githubToken input (configure default) (#7) 2020-05-24 21:17:51 +02:00
.vscode Implement fetching, filtering and tests 2020-05-21 00:31:16 +02:00
dist Update dependencies (#6) 2020-05-23 14:23:31 +02:00
src Fix globbing, update metadata, update ncc (#4) 2020-05-21 13:46:48 +02:00
.eslintignore Initial commit 2020-05-20 17:03:08 +02:00
.eslintrc.json Implement fetching, filtering and tests 2020-05-21 00:31:16 +02:00
.gitignore Initial commit 2020-05-20 17:03:08 +02:00
.prettierignore Initial commit 2020-05-20 17:03:08 +02:00
.prettierrc.json Implement fetching, filtering and tests 2020-05-21 00:31:16 +02:00
action.yml Do not require user provided githubToken input (configure default) (#7) 2020-05-24 21:17:51 +02:00
jest.config.js Initial commit 2020-05-20 17:03:08 +02:00
LICENSE Initial commit 2020-05-20 17:03:08 +02:00
package-lock.json Update dependencies (#6) 2020-05-23 14:23:31 +02:00
package.json Update dependencies (#6) 2020-05-23 14:23:31 +02:00
README.md Do not require user provided githubToken input (configure default) (#7) 2020-05-24 21:17:51 +02:00
tsconfig.json Initial commit 2020-05-20 17:03:08 +02:00

typescript-action status

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

  1. Required inputs are checked (githubToken & filters)
  2. Provided access token is used to fetch list of changed files.
  3. For each filter rule it checks if there is any matching file
  4. Output variables are set
  • 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)