This action pushes results from Checkstyle as check run annotations. 🚀
The action can also be used for any other static analysis tools that produce reports in the Checkstyle XML format. The report itself must be generated in a former build step, for example a Maven build.
Required. A file, directory or wildcard pattern that describes where to find the reports.
Multiple files can be processed through a glob expression, for example: '**/checkstyle.xml'
.
Optional. Name for the check run to create. Defaults to Checkstyle
.
Optional. The commit sha to update the status. This is useful when you run it with workflow_run
.
Optional. Title for the check run to create. Defaults to Checkstyle Source Code Analyzer report
.
Optional. GitHub API access token. Defaults to ${{ github.token }}
, which is set by actions/checkout@v2
minimally.
Optional. This option allow uploading only violations in files that were changed between the current commit and the base commit. Set this parameter to base branch name or commit to skip marking violations on unchanged files. This is especially useful when project code style is changed and iterative clean-up is performed.
name: Java CI
on: [push]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
- name: Set up JDK 1.8
uses: actions/setup-java@v1
with:
java-version: 1.8
- uses: actions/cache@v1
with:
path: ~/.m2/repository
key: ${{ runner.os }}-maven-${{ hashFiles('**/pom.xml') }}
restore-keys: |
${{ runner.os }}-maven-
- name: Build with Maven
run: mvn -B verify checkstyle:checkstyle
- uses: jwgmeligmeyling/checkstyle-github-action@master
with:
path: '**/checkstyle-result.xml'
And do not forget to enable XML output for the Maven plugin:
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-checkstyle-plugin</artifactId>
<version>3.1.1</version>
<configuration>
<failsOnError>false</failsOnError>
</configuration>
</plugin>
</plugins>
</build>
Please note that by default workflows on pull_request
events checkout refs/pull/:prNumber/merge
instead of the head of the pull request.
Due to this, line numbers for the generated violations may not align with the actual line numbers to which they are displayed on the HEAD
.
As it is, there is not really a sensible way to run this action on the merge commit of the pull request, because the result would be posted to an unnamed workflow for an otherwise invisible commit.
Even for pull_request
events there is the possibility to checkout the pull request head instead. In order to do so, change your checkout
action accordingly:
- uses: actions/checkout@v2
with:
ref: ${{ github.event.pull_request.head.sha }}
This is a Github Action in a series of other GitHub Actions. Similar actions include:
Due to GitHub API limitations, we cannot specify to which Workflow Run (or underlying Check Suite) a newly created Check Run should be associated. As a result, workflows that trigger on several types of events, might push results under another event than the action was run in. For more information, see: jwgmeligmeyling#2
Install the dependencies
$ npm install
Build the typescript and package it for distribution
$ npm run build && npm run pack
Run the tests ✔️
$ npm test
PASS ./index.test.js
✓ throws invalid number (3ms)
✓ wait 500 ms (504ms)
✓ test runs (95ms)
...