View on GitHub

check-spelling-docs

Documentation for check-spelling

Step Summary

GitHub introduced Job Step Summary as a way to migrate actions away from using comments. (check-spelling is one of those actions...)

There are a number of benefits (1mb limits for summaries instead of 64k for summaries).

There are some downsides:

Initial implementation

Because I didn't see summary_raw, the integration for check-spelling involves uploading an artifact and having the apply code (of which there are a couple of variations) download the artifact and extract the data from it. To an extent, this simplifies the code, but it does mean that the data will be garbage collected at some point (comments are effectively forever).

Roughly, the output is the same as the comment output. Unlike comments, it doesn't enforce the 64k limit. I'm not currently enforcing a 1mb limit, so if you manage to generate >1mb, the summary will fail -- if you run into this, please file a bug, I'd like to think about what to do when this happens instead of just writing something up.

See Behavior change: Job Summaries.

Possible changes

I might add support for retrieving the data from summary_raw instead. But, I don't know that I will.


FAQ | Showcase | Event descriptions | Configuration information | Known Issues | Possible features | Deprecations | Release notes | Helpful scripts