結論
ESLintのWarningを全て出力対象外として構わなければ、ESLint実行時に--quietオプションを付ける
reviewdogがエラーになる理由とその対処方法
ESLintでは、.eslintignoreに記述したファイルをチェック対象外にします。
.eslintignore
foo.js
この時、ESLintを実行するとfoo.jsに対して、以下のようなWarningが出力されます。
(下記フォーマットは、-f checkstyleを付けた場合。なお、わかりやすく改行とインデントを入れています)
<?xml version="1.0" encoding="utf-8"?>
<checkstyle version="4.3">
<file name="/home/runner/work/foo.js">
<error line="undefined" column="undefined" severity="warning" message="File ignored because of a matching ignore pattern. Use "--no-ignore" to override." source="" />
</file>
</checkstyle>
File ignored because of a matching ignore pattern
ignoreしたからといって何も出力されないわけではなく、ignoreしたことを警告してくれているわけですね。
このESLintの出力内容ですが、通常、lineとcolumnには数値が入り、ソースコード中のチェックにかかった位置がわかります。
しかし、ignoreの場合は、どちらもundefinedとなります。
<error line="undefined" column="undefined" severity="warning" message="File ignored because of a matching ignore pattern. Use "--no-ignore" to override." source="" />
このESLintの出力をそのままreviewdogに入力すると、内容を解析できずにparse errorとなってしまいます。
reviewdog: parse error: strconv.ParseInt: parsing "undefined": invalid syntax
reviewdogは、lineの値を元にGitHubのPR上にコメントしてくれます。
ですのでlineの値がundefinedでは困ってしまうのだと思われます。
これを回避する手段として、ESLintのWarningをignore対象に限らず、全て出力対象外として良いということであれば、--quietオプションを付ける方法があります。
--quietオプションを付けるとESLintのWarinigレベルは出力されなくなり、結果reviewdogのparse errorは発生しなくなります。