This GitHub Action runs prettier with reviewdog to improve code checking, formatting and review experience for your codebase. 🐶
The action will first run Prettier, then passing the tool's output to reviewdog for further processing. Depending on the action configuration, reviewdog will then provide a GitHub check either with code annotations or with a Pull Request review.
For full documentation regarding reviewdog, its features and configuration options, please visit the reviewdog repository.
Check out the Sample PR for an example usage of this action.
If configured with github-check
and github-pr-check
reporters, the action will report Prettier errors and warnings about unformatted files.
As an example, see what the action reported for the Sample PR here.
If configured with the github-pr-review
reporter, the action submits a code review including any errors reported by Prettier; moreover, any formatting changes provided by Prettier are attached as code suggestions.
Check out the Sample PR Conversation tab to see how the action submitted a code review, including both error reports and formatting suggestions.
inputs:
github_token:
description: 'GITHUB_TOKEN'
default: '${{ github.token }}'
required: false
workdir:
description: |
Working directory relative to the root directory.
This is where the action will look for a
package.json which declares Prettier as a dependency.
Please note that this is different from the directory
Prettier will run on, which is defined in the prettier_flags input.
Default is `.`.
default: '.'
required: false
### Flags for reviewdog ###
level:
description: |
Report level for reviewdog [info,warning,error].
Default is `error`.
default: 'error'
required: false
reporter:
description: |
Reporter of reviewdog command [github-check,github-pr-check,github-pr-review].
Default is `github-pr-check`.
default: 'github-pr-check'
required: false
filter_mode:
description: |
Filtering mode for the reviewdog command [added,diff_context,file,nofilter].
Default is `added`.
default: 'added'
required: false
fail_on_error:
description: |
Exit code for reviewdog when errors are found [true,false].
Default is `false`.
default: 'false'
required: false
reviewdog_flags:
description: |
Additional reviewdog flags.
Default is ``.
default: ''
required: false
tool_name:
description: 'Tool name to use for reviewdog reporter'
default: 'prettier'
required: false
### Flags for prettier ###
prettier_flags:
description: |
Flags and args to pass to Prettier.
If you override this input, please make sure to append to it the directory
which Prettier will run on.
The path provided here is relative to the workdir path, provided in the workdir input.
Default is `.`, which makes Prettier run on the path provided in the workdir input.
default: '.'
required: false
This example shows how to configure the action to run on any event occurring on a Pull Request. Reviewdog will report Prettier output messages by opening a code review on the Pull Request which triggered the workflow. Moreover, any formatting changes provided by Prettier will be attached as code suggestions.
name: reviewdog
on: [pull_request]
jobs:
prettier:
name: runner / prettier
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
- uses: EPMatt/reviewdog-action-prettier@v1
with:
github_token: ${{ secrets.github_token }}
# Change reviewdog reporter if you need
# [github-pr-check,github-check,github-pr-review].
# More about reviewdog reporters at
# https://github.com/reviewdog/reviewdog#reporters
reporter: github-pr-review
# Change reporter level if you need
# [info,warning,error].
# More about reviewdog reporter level at
# https://github.com/reviewdog/reviewdog#reporters
level: warning
To run the action on a module in a subfolder, you can change the path where the action will run with the workdir
input.
Please note that this setup is relevant only if your repository includes a module in a subfolder, declaring prettier
as a dependency in its package.json
. If you just want to run Prettier in a subfolder, read this FAQ to learn how to include or exclude certain files and folders.
name: reviewdog
on: [pull_request]
jobs:
prettier:
name: runner / prettier
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
- uses: EPMatt/reviewdog-action-prettier@v1
with:
github_token: ${{ secrets.github_token }}
reporter: github-pr-review
level: warning
# The action will look for a package.json file with prettier
# declared as a dependency located in the "foo" subfolder.
workdir: foo
For more complex setups which require to run the action on multiple modules, run the action once for each single module, changing the workdir
and prettier_flags
inputs accordingly.
Please note that this setup is relevant only if you have multiple submodules in your repository, each of them declaring prettier
as a dependency in their package.json
. If you just want to include or exclude certain files and folders from prettier, read this FAQ.
name: reviewdog
on: [pull_request]
jobs:
prettier:
name: runner / prettier
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
# Run action for the "submodule1" module
- uses: EPMatt/reviewdog-action-prettier@v1
with:
github_token: ${{ secrets.github_token }}
reporter: github-pr-review
level: warning
# The action will look for a package.json file with prettier
# declared as a dependency located in the "submodule1" subfolder.
workdir: submodule1
# Run action for the "submodule2" module
- uses: EPMatt/reviewdog-action-prettier@v1
with:
github_token: ${{ secrets.github_token }}
reporter: github-pr-review
level: warning
# The action will look for a package.json file with prettier
# declared as a dependency located in the "submodule2" subfolder.
workdir: submodule2
You can select which files Prettier will run on by either configuring it with a configuration file or by providing the appropriate CLI flags.
When using this action, custom flags can be supplied to Prettier via the prettier_flags
input.
Please note that the file/dir/glob
parameter provided in prettier_flags
input is relative to the path provided in the workdir
input.
The following example workflow runs when a push is performed on the main
branch. The prettier
job runs the tool only on .jsx
files included in the repository.
name: reviewdog
on:
push:
branches:
- main
jobs:
prettier:
name: runner / prettier
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
- uses: EPMatt/reviewdog-action-prettier@v1
with:
github_token: ${{ secrets.github_token }}
reporter: github-pr-review
level: warning
# The action will look for a package.json file with prettier
# declared as a dependency located in the repo root directory.
workdir: .
# Run only on files with the .jsx extension
prettier_flags: *.jsx
Try looking into the filter_mode
options explained here. Prettier errors and warnings will sometimes appear in lines or files that weren't modified by the commit the workflow run is associated with, which instead get filtered with the default added
option.
The action will automatically install Prettier from a package.json
in the workdir
path. However, it will not choose a Prettier version and install it for you if package.json
is missing in the provided workdir
or it does not declare Prettier as a dependency.
Different Prettier versions might result in different formatting; indeed, the official documentation suggests to install an exact version in your project to avoid any formatting changes and issues due to non-identical Prettier versions. Therefore, the action leaves you to decide which version of Prettier should be executed.
The action does not provide a custom input for specifying the Prettier version; instead, you should use a package.json
file, and add prettier
as a dependency. Please read the Prettier installation guide for more.
Using a package.json
file is the most practical and standardized way to declare Node dependencies, and it will also allow you to automate dependency updates and local installation with other tools.
Want to improve this action? Cool! 🚀 Please make sure to read the Contribution Guidelines prior submitting your work.
Any feedback, suggestion or improvement is highly appreciated!
If you want to show your appreciation and support maintenance and future development of this action, please consider making a small donation here. ☕
Moreover, if you like this project don't forget to leave a star on GitHub. Such a quick and zero-cost act will allow the action to get more visibility across the community, resulting in more people getting to know and using it. ⭐