reviewdog
v0.20.3
ReviewDogは、GitHubなどのコードホスティングサービスにレビューコメントを投稿する方法を提供します。任意のリナーツールと簡単に統合することにより、自動的に自動的にコメントします。リントツールの出力を使用して、調査結果がパッチの違いにある場合はコメントとして投稿します。
また、ReviewDogはローカル環境での実行をサポートして、DIFFによるLINTツールの出力をフィルタリングします。
デザインドキュメント
# Install the latest version. (Install it into ./bin/ by default).
$ curl -sfL https://raw.githubusercontent.com/reviewdog/reviewdog/master/install.sh | sh -s
# Specify installation directory ($(go env GOPATH)/bin/) and version.
$ curl -sfL https://raw.githubusercontent.com/reviewdog/reviewdog/master/install.sh | sh -s -- -b $( go env GOPATH ) /bin [vX.Y.Z]
# In alpine linux (as it does not come with curl by default)
$ wget -O - -q https://raw.githubusercontent.com/reviewdog/reviewdog/master/install.sh | sh -s [vX.Y.Z]また、夜間のReviewDogリリースを使用して、毎日最新のReviewDogの改善を試すこともできます。
$ curl -sfL https://raw.githubusercontent.com/reviewdog/nightly/master/install.sh | sh -s -- -b $( go env GOPATH ) /bin steps :
- uses : reviewdog/action-setup@v1
with :
reviewdog_version : latest # Optional. [latest,nightly,v.X.Y.Z]Brewを使用してReviewDogをインストールすることもできます。
$ brew install reviewdog/tap/reviewdog
$ brew upgrade reviewdog/tap/reviewdog > scoop install reviewdog
$ go install github.com/reviewdog/reviewdog/cmd/reviewdog@latestReviewDogは、Stdinのコンパイラまたはリナーの結果を受け入れ、VimのErrorFormat機能のポートである「Errorformat」などのスキャンFで解析します。
たとえば、結果形式が{file}:{line number}:{column number}: {message}である場合、エラーフォームは%f:%l:%c: %mである必要があり、 -efm引数として渡すことができます。
$ golint ./...
comment_iowriter.go:11:6: exported type CommentWriter should have comment or be unexported
$ golint ./... | reviewdog -efm= " %f:%l:%c: %m " -diff= " git diff FETCH_HEAD "| 名前 | 説明 |
|---|---|
| ％f | ファイル名 |
| ％l | 行番号 |
| ％c | 列番号 |
| ％m | エラーメッセージ |
| %% | シングル「％」文字 |
| ... | ... |
より複雑な出力を処理する場合は、ReviewDog/ErrorFormatおよび：H ErrorFormatを参照してください。 「ErrorFormat」は、マルチラインエラーメッセージのように、より複雑な出力を処理できます。
遊び場でErrorFormatを試すこともできます！
この「ErrorFormat」機能により、ReviewDogは任意のツール出力を簡単にサポートできます。
ただし、多くの場合、「ErrorFormat」を書く必要はありません。 ReviewDogは、主要なツールの事前に定義されたエラーフォーマットをサポートしています。
reviewdog -listで利用可能なErrorFormat名を見つけることができ、 -f={name}で使用できます。
$ reviewdog -list
golint linter for Go source code - https://github.com/golang/lint
govet Vet examines Go source code and reports suspicious problems - https://golang.org/cmd/vet/
sbt the interactive build tool - http://www.scala-sbt.org/
...$ golint ./... | reviewdog -f=golint -diff= " git diff FETCH_HEAD "ReviewDog/Errorformatに貢献することにより、サポートされている事前定義された「Errorformat」を追加できます
ReviewDogは、汎用診断形式としてReviewDog診断形式（RDFormat）をサポートし、RDJSONとRDJSONL形式の両方をサポートしています。
このRDFormatは、マルチラインレンジのコメント、重大度、URLを使用したルールコード、コード提案などの豊富な機能をサポートしています。
$ < linter > | < convert-to-rdjson > | reviewdog -f=rdjson -reporter=github-pr-review
# or
$ < linter > | < convert-to-rdjsonl > | reviewdog -f=rdjsonl -reporter=github-pr-review
eslint-formatter-rdjsonを使用して、 rdjson Eslint出力形式として出力できます。
$ npm install --save-dev eslint-formatter-rdjson
$ eslint -f rdjson . | reviewdog -f=rdjson -reporter=github-pr-reviewまたは、GitHubアクションにReviewDog/Action-Eslintを使用することもできます。
ReviewDogは、コード提案に特に役立つ入力形式としてDIFF（Unified Format）をサポートしています。 ReviewDogは、任意のコード提案ツールまたはフォーマッタと統合して、提案を報告できます。
-f.diff.strip ： -f=diffのオプション：diffファイル名からのストリップnumリーディングコンポーネント（ 'patch -p'に相当）（デフォルトはgit diffの1です）（デフォルト1）
$ < any-code-fixer/formatter > # e.g. eslint --fix, gofmt
$ TMPFILE= $( mktemp )
$ git diff > " ${TMPFILE} "
$ git stash -u && git stash drop
$ reviewdog -f=diff -f.diff.strip=1 -reporter=github-pr-review < " ${TMPFILE} "または、GitHubアクションにReviewDog/Action-Suggesterを使用することもできます。
診断ツールがDIFF出力形式をサポートする場合、DIFFを直接パイプできます。
$ gofmt -s -d . | reviewdog -name= " gofmt " -f=diff -f.diff.strip=0 -reporter=github-pr-review
$ shellcheck -f diff $( shfmt -f . ) | reviewdog -f=diffReviewDogは、CheckStyle XML形式も同様に受け入れます。 Linterがレポート形式としてCheckStyle形式をサポートする場合、「ErrorFormat」を使用する代わりに-F = CheckStyleを使用できます。
# Local
$ eslint -f checkstyle . | reviewdog -f=checkstyle -diff= " git diff "
# CI (overwrite tool name which is shown in review comment by -name arg)
$ eslint -f checkstyle . | reviewdog -f=checkstyle -name= " eslint " -reporter=github-checkまた、他のJSON/XML/などを渡す場合は、レビュードッグにフォーマットする場合は、コンバーターを書くことができます。
$ < linter > | < convert-to-checkstyle > | reviewdog -f=checkstyle -name= " <linter> " -reporter=github-pr-checkReviewDogはSARIF 2.1.0 JSON形式をサポートしています。 -f = sarifオプションを備えたReviewDogを使用できます。
# Local
$ eslint -f @microsoft/eslint-formatter-sarif . | reviewdog -f=sarif -diff= " git diff "
ReviewDogは、rdformatまたはdiff入力を備えたコード提案機能をサポートしています。 GitHubアクションには、ReviewDog/Action-Suggesterを使用することもできます。
ReviewDogは、診断ツールがコード提案データをサポートしている場合、診断結果とともにコードの変更を提案できます。 ReviewDogをCode修正ツールとDiff入力を備えたコードフォーマッタと統合することもできます。
すべての記者がコード提案をサポートしているわけではないことに注意してください。
-reporter | 提案サポート |
|---|---|
local | いいえ[1] |
github-check | いいえ[2] |
github-pr-check | いいえ[2] |
github-pr-review | わかりました |
gitlab-mr-discussion | わかりました |
gitlab-mr-commit | いいえ[2] |
gerrit-change-review | いいえ[1] |
bitbucket-code-report | いいえ[2] |
gitea-pr-review | いいえ[2] |
ReviewDogは、「-F」または「-EFM」引数の代わりに.reviewdog.yml構成ファイルを介して制御することもできます。
.reviewdog.ymlを使用すると、編集者の統合を簡単に含むCIサービスとローカル環境の両方で同じコマンドを実行できます。
runner :
<tool-name> :
cmd : <command> # (required)
errorformat : # (optional if you use `format`)
- <list of errorformat>
format : <format-name> # (optional if you use `errorformat`. e.g. golint,rdjson,rdjsonl)
name : <tool-name> # (optional. you can overwrite <tool-name> defined by runner key)
level : <level> # (optional. same as -level flag. [info,warning,error])
# examples
golint :
cmd : golint ./...
errorformat :
- " %f:%l:%c: %m "
level : warning
govet :
cmd : go vet -all .
format : govet
your-awesome-linter :
cmd : awesome-linter run
format : rdjson
name : AwesomeLinter $ reviewdog -diff= " git diff FETCH_HEAD "
project/run_test.go:61:28: [golint] error strings should not end with punctuation
project/run.go:57:18: [errcheck] defer os.Setenv(name, os.Getenv(name))
project/run.go:58:12: [errcheck] os.Setenv(name, " " )
# You can use -runners to run only specified runners.
$ reviewdog -diff= " git diff FETCH_HEAD " -runners=golint,govet
project/run_test.go:61:28: [golint] error strings should not end with punctuation
# You can use -conf to specify config file path.
$ reviewdog -conf=./.reviewdog.yml -reporter=github-pr-checkプロジェクト構成ベースの実行の出力形式は、次の形式の1つです。
<file>: [<tool name>] <message><file>:<lnum>: [<tool name>] <message><file>:<lnum>:<col>: [<tool name>] <message>ReviewDogは、ローカル環境とレビューサービスの両方で結果を継続的な統合として報告できます。
ReviewDogは、DIFFを使用してリナーの結果をフィルタリングすることにより、新しく導入された調査結果を見つけることができます。 diffコマンドを-diff argとして渡すことができます。
$ golint ./... | reviewdog -f=golint -diff= " git diff FETCH_HEAD "
Github-Pr-Check Reporterは、結果をGithubチェックに報告します。
Configファイルまたは-levelフラグのlevelフィールドごとに、このレポーターのレポートレベルを変更できます。この機能を使用して、GitHubステータスチェック結果を制御できます。 （デフォルト：エラー）
| レベル | GitHubステータス |
|---|---|
info | 中性 |
warning | 中性 |
error | 失敗 |
このレポーターを使用するには、2つのオプションがあります。
例：.github/workflows/reviewdog.yml
- name : Run reviewdog
env :
REVIEWDOG_GITHUB_API_TOKEN : ${{ secrets.GITHUB_TOKEN }}
run : |
golint ./... | reviewdog -f=golint -reporter=github-pr-checkGithubアクションセクションも参照してください。 Public ReviewDog GitHubアクションを使用することもできます。
ReviewDog CLIは、Check APIがGitHub AppおよびGitHubアクションでのみサポートされるため、GitHubチェックとしてReviewDog Github App ServerとServerの投稿の結果をレビューDog GitHub App Serverに送信します。
REVIEWDOG_TOKENを設定するか、信頼できるCIプロバイダーでReviewDog CLIを実行します。https://reviewdog.app/gh/{owner}/{repo-name}からトークンを入手してください。 $ export REVIEWDOG_TOKEN= " <token> "
$ reviewdog -reporter=github-pr-check注：TravisまたはAppveerでReviewDogを実行する場合、トークンは必要ありません。
注意
上記のように、オプション2を使用したGitHub-PR-Checkレポーターは、ReviewDog GitHub App Serverに依存します。サーバーは今のところhaya14busaの小遣いで実行されており、私は物事を壊す可能性があるため、サーバーが24時間と365日間実行されていることを確認することはできません。
更新： OpenCollectiveおよびGitHubのスポンサーによるサポートの取得を開始しました。サポートレビュードッグを参照してください
GitHub-Pr-Reviewレポーターを使用するか、ReviewDog Serverに依存したくない場合は、GitHubアクションでRun ReviewDogを使用できます。
それは基本的に-reporter=github-pr-checkと同じです。
このレポーターのレビュードッグバッジを作成できます。
Github-Pr-Reviewレポーターは、GitHub PullRequestレビューコメントに結果を報告します。 Github Enterpriseもサポートされています。
repoまたはpublic_repoを確認してください。 $ export REVIEWDOG_GITHUB_API_TOKEN= " <token> "
$ reviewdog -reporter=github-pr-reviewGitHub Enterpriseの場合、APIエンドポイントを環境変数によって設定します。
$ export GITHUB_API= " https://example.githubenterprise.com/api/v3/ "
$ export REVIEWDOG_INSECURE_SKIP_VERIFY=true # set this as you need to skip verifying SSLGitHubアクションを使用できる場合は、GitHubアクションセクションも参照してください。 Public ReviewDog GitHubアクションを使用することもできます。
github-pr-annotationsは、githubアクションアノテーション形式を使用して、出力エラーとstdoutへの警告を出力します。
::error line=11,col=41,file=app/index.md::[vale] reported by reviewdog ?%0A[demo.Spelling] Did you really mean 'boobarbaz'?%0A%0ARaw Output:%0A{"message": "[demo.Spelling] Did you really mean 'boobarbaz'?", "location": {"path": "app/index.md", "range": {"start": {"line": 11, "column": 41}}}, "severity": "ERROR"}
このレポーターは、DIFFを生成するために有効なGitHub APIトークンを必要としますが、トークンを使用してエラーを報告しません。
必要なgitlabバージョン：> = v10.8.0
gitlab-mr-discussionレポーターは、gitlabパーソナルAPIアクセストークンを使用したgitlab mergerequestディスカッションに結果を報告します。 https://gitlab.com/profile/personal_access_tokensからapiスコープでトークンを入手してください。
$ export REVIEWDOG_GITLAB_API_TOKEN= " <token> "
$ reviewdog -reporter=gitlab-mr-discussion Gitlab CI（V11.7以降）によって自動的に定義されたCI_API_V4_URL環境変数は、GitLab API URLを見つけるために使用されます。
あるいは、 GITLAB_APIも定義することができます。その場合、 CI_API_V4_URLよりも優先されます。
$ export GITLAB_API= " https://example.gitlab.com/api/v4 "
$ export REVIEWDOG_INSECURE_SKIP_VERIFY=true # set this as you need to skip verifying SSLgitlab-mr-commitはgitlab-mr-discussionレポーターに似ていますが、Gitlab Mergerequestでの各コミットに結果を報告しています。
gitlab-mr-discussionをお勧めしますが、gitlabバージョンがv10.8.0の下にある場合は、gitlab-mr-commitレポーターを使用できます。
$ export REVIEWDOG_GITLAB_API_TOKEN= " <token> "
$ reviewdog -reporter=gitlab-mr-commitGerrit-Change-Reviewレポーターは、Gerrit Rest APIを使用したGerritの変更に結果を報告します。
レポーターは、結果を報告するための基本認証とGit-Cookieベースの認証をサポートしています。
基本認証のためにGERRIT_USERNAMEおよびGERRIT_PASSWORD環境変数を設定し、 GIT_GITCOOKIE_PATH git cookieベースの認証に配置します。
$ export GERRIT_CHANGE_ID=changeID
$ export GERRIT_REVISION_ID=revisionID
$ export GERRIT_BRANCH=master
$ export GERRIT_ADDRESS=http:// < gerrit-host > : < gerrit-port >
$ reviewdog -reporter=gerrit-change-review
Bitbucket-Code-Reportは、注釈付きBitbucketコードInsightsレポートを生成します。
今のところ、 no-filterモードのみがサポートされているため、プロジェクト全体がすべての実行でスキャンされます。レポートはコミットごとに保存され、Bitbucket Pipelines UIまたはPullリクエストからのコミットごとに表示できます。プル要求では、UIに影響を受けるコードラインはDIFFで注釈が付けられ、このプルリクエストまたはすべてによって注釈をフィルタリングできます。
Bitbucketパイプラインから実行される場合、追加の構成は必要ありません（資格情報も）。ローカルまたは他のCIシステムから実行する場合は、BitBucket API資格情報を提供する必要があります。
BITBUCKET_USERとBITBUCKET_PASSWORDBITBUCKET_ACCESS_TOKENを設定する必要があります$ export BITBUCKET_USER= " my_user "
$ export BITBUCKET_PASSWORD= " my_password "
$ reviewdog -reporter=bitbucket-code-report Bitbucketサーバーにレポートを投稿するには、 BITBUCKET_SERVER_URL変数を使用します。
$ export BITBUCKET_USER= " my_user "
$ export BITBUCKET_PASSWORD= " my_password "
$ export BITBUCKET_SERVER_URL= " https://bitbucket.my-company.com "
$ reviewdog -reporter=bitbucket-code-report例：.github/workflows/reviewdog.yml
name : reviewdog
on : [pull_request]
jobs :
reviewdog :
name : reviewdog
runs-on : ubuntu-latest
steps :
# ...
- uses : reviewdog/action-setup@v1
with :
reviewdog_version : latest # Optional. [latest,nightly,v.X.Y.Z]
- name : Run reviewdog
env :
REVIEWDOG_GITHUB_API_TOKEN : ${{ secrets.GITHUB_TOKEN }}
run : |
reviewdog -reporter=github-pr-check -runners=golint,govet
# or
reviewdog -reporter=github-pr-review -runners=golint,govet.github/workflows/reviewdog
github-check Reporterのみがプッシュイベントでも実行できます。
name : reviewdog (github-check)
on :
push :
branches :
- master
pull_request :
jobs :
reviewdog :
name : reviewdog
runs-on : ubuntu-latest
steps :
# ...
- name : Run reviewdog
env :
REVIEWDOG_GITHUB_API_TOKEN : ${{ secrets.GITHUB_TOKEN }}
run : |
reviewdog -reporter=github-check -runners=golint,govet Public Githubアクションを使用して、LeviewDogを簡単に使用し始めることができます！ ？
Dockerfileを並べてHadolintを実行します。.envファイルに実行します。... Github Marketplaceの詳細。
アクションがありませんか？ ReviewDog/Action-Templateをチェックして、新しいReviewDogアクションを作成してください！
ここに作成されたReviewDogアクションを追加するには、プルリクエストを開いてください。また、レビュードッグ組織の下にリポジトリを配置し、アクションを共同維持することもできます。例：action-tflint。
GITHUB_TOKENフォークリポジトリからのプル要求については、githubアクションの制限により、apiを確認するための書き込みアクセスがありません。
代わりに、ReviewDogはGitHubアクションのロギングコマンドを使用して、 github-pr-check Reporterと同様の注釈として結果を投稿します。
実行ごとの注釈の最大＃など、ロギングコマンドによって作成された注釈には制限があることに注意してください。 Githubアクションログを確認して、そのような場合に完全な結果を確認できます。
Commitで実行されているgithub-check Reporterサポートとして、ReviewDog GitHubアクションバッジを作成して、マスターコミットに対する結果を確認できます。 ？
例：
<!-- Replace <OWNER> and <REPOSITORY>. It assumes workflow name is "reviewdog" -->
[](https://github.com/<OWNER>/<REPOSITORY>/actions?query=workflow%3Areviewdog+event%3Apush+branch%3Amaster)
Travis CIで-Reporter = Github-Pr-Checkを使用する場合、 REVIEWDOG_TOKENを設定する必要はありません。
例：
install :
- mkdir -p ~/bin/ && export PATH="~/bin/:$PATH"
- curl -sfL https://raw.githubusercontent.com/reviewdog/reviewdog/master/install.sh| sh -s -- -b ~/bin
script :
- reviewdog -conf=.reviewdog.yml -reporter=github-pr-check Travis暗号化キーによるGitHub APIトークンを保存します。
$ gem install travis
$ travis encrypt REVIEWDOG_GITHUB_API_TOKEN= < token > --add env.global例：
env :
global :
- secure : <token>
install :
- mkdir -p ~/bin/ && export PATH="~/bin/:$PATH"
- curl -sfL https://raw.githubusercontent.com/reviewdog/reviewdog/master/install.sh| sh -s -- -b ~/bin
script :
- >-
golint ./... | reviewdog -f=golint -reporter=github-pr-review例
環境変数のREVIEWDOG_GITHUB_API_TOKEN （またはgithub-pr-check for github-pr-checkのREVIEWDOG_TOKEN ）をストア-Circleci
version : 2
jobs :
build :
docker :
- image : golang:latest
steps :
- checkout
- run : curl -sfL https://raw.githubusercontent.com/reviewdog/reviewdog/master/install.sh| sh -s -- -b ./bin
- run : go vet ./... 2>&1 | ./bin/reviewdog -f=govet -reporter=github-pr-review
# Deprecated: prefer GitHub Actions to use github-pr-check reporter.
- run : go vet ./... 2>&1 | ./bin/reviewdog -f=govet -reporter=github-pr-check gitlab ci変数のREVIEWDOG_GITLAB_API_TOKENを保存します。
reviewdog :
script :
- reviewdog -reporter=gitlab-mr-discussion
# Or
- reviewdog -reporter=gitlab-mr-commit追加の構成は必要ありません。
pipelines :
default :
- step :
name : Reviewdog
image : golangci/golangci-lint:v1.31-alpine
script :
- wget -O - -q https://raw.githubusercontent.com/reviewdog/reviewdog/master/install.sh |
sh -s -- -b $(go env GOPATH)/bin
- golangci-lint run --out-format=line-number ./... | reviewdog -f=golangci-lint -reporter=bitbucket-code-reportReviewDogを使用して、次の環境変数がある場所からレビューコメントを投稿できます。
| 名前 | 説明 |
|---|---|
CI_PULL_REQUEST | リクエスト番号をプル（例えば14） |
CI_COMMIT | 現在のビルド用のSHA1 |
CI_REPO_OWNER | リポジトリの所有者（https://github.com/reviewdog/errorformatの「レビュードッグ」など） |
CI_REPO_NAME | リポジトリ名（例：https://github.com/reviewdog/errorformatの「errorformat」） |
CI_BRANCH | [オプション]コミットのブランチ |
$ export CI_PULL_REQUEST=14
$ export CI_REPO_OWNER=haya14busa
$ export CI_REPO_NAME=reviewdog
$ export CI_COMMIT= $( git rev-parse HEAD )必要に応じてトークンを設定します。
$ REVIEWDOG_TOKEN= " <token> "
$ REVIEWDOG_GITHUB_API_TOKEN= " <token> "
$ REVIEWDOG_GITLAB_API_TOKEN= " <token> " CIサービスがプルリクエストIDなどの情報を提供していない場合、ReviewDogはブランチ名で推測してSHAをコミットできます。旗をguessだけです：
$ reviewdog -conf=.reviewdog.yml -reporter=github-pr-check -guess$ export CI_PULL_REQUEST= ${ghprbPullId}
$ export CI_REPO_OWNER=haya14busa
$ export CI_REPO_NAME=reviewdog
$ export CI_COMMIT= ${ghprbActualCommit}
$ export REVIEWDOG_INSECURE_SKIP_VERIFY=true # set this as you need
# To submit via reviewdog server using github-pr-check reporter
$ REVIEWDOG_TOKEN= " <token> " reviewdog -reporter=github-pr-check
# Or, to submit directly via API using github-pr-review reporter
$ REVIEWDOG_GITHUB_API_TOKEN= " <token> " reviewdog -reporter=github-pr-review
# Or, to submit directly via API using github-pr-check reporter (requires GitHub App Account configured)
$ REVIEWDOG_SKIP_DOGHOUSE=true REVIEWDOG_GITHUB_API_TOKEN= " <token> " reviewdog -reporter=github-pr-checkデフォルト（ -fail-level=none ）レビュードッグは、エラーが見つかった場合でも0として0 exitコードとして返します。 ReviewDogは-fail-level=[any,info,warning,error]フラグを使用してコード1で終了します。これは、CIパイプラインのステップとして使用している場合に役立ち、Linterが見つけたエラーが発見された場合にステップに失敗したマークを付けたい場合があります。
-level Flagを使用して、デフォルトのレポートRevelを構成することもできます。
ReviewDogフィルター結果はDIFFで結果であるため、 -filter-modeフラグによるレビューDogフィルターの結果を制御できます。使用可能なフィルターモードは以下のとおりです。
added （デフォルト）追加/変更された行で結果をフィルタリングします。
diff_contextdiffコンテキストで結果をフィルターします。 IEは行 +-n行（たとえばn = 3）を変更しました。
file追加/変更されたファイルによる結果をフィルタリングします。 IE ReviewDogは、結果が実際にdiffにない場合でも、追加/変更されたファイルにある限り、結果を報告します。
nofilter結果をフィルタリングしないでください。結果を可能な限りコメントとして投稿するのに役立ち、同時にコンソールで他の結果を確認してください。
-fail-on-error任意のフィルターモードでも動作し、 nofilterモードのあるリンターのすべての結果をキャッチできます。
例：
$ reviewdog -reporter=github-pr-review -filter-mode=nofilter -fail-on-errorすべての記者がAPI制限のためにフィルターモードを完全にサポートするわけではないことに注意してください。たとえば、 github-pr-review ReporterはGitHub Review APIを使用しますが、このAPIはDiffコンテキスト以外のコメントの投稿をサポートしていないため、ReviewDogはCheck Annotationとしてフォールバックとして使用してそれらのコメントを投稿します[1]。
-reporter -filter-mode | added | diff_context | file | nofilter |
|---|---|---|---|---|
local | わかりました | わかりました | わかりました | わかりました |
github-check | わかりました | わかりました | わかりました | わかりました |
github-pr-check | わかりました | わかりました | わかりました | わかりました |
github-pr-review | わかりました | わかりました | 部分的にサポートされている[1] | 部分的にサポートされている[1] |
github-pr-annotations | わかりました | わかりました | わかりました | わかりました |
gitlab-mr-discussion | わかりました | わかりました | わかりました | 部分的にサポートされている[2] |
gitlab-mr-commit | わかりました | 部分的にサポートされている[2] | 部分的にサポートされている[2] | 部分的にサポートされている[2] |
gerrit-change-review | わかりました | わかりました？ [3] | わかりました？ [3] | 部分的にサポートされていますか？ [2] [3] |
bitbucket-code-report | いいえ[4] | いいえ[4] | いいえ[4] | わかりました |
gitea-pr-review | わかりました | わかりました | 部分的にサポートされている[2] | 部分的にサポートされている[2] |
-teeフラグを使用してデバッグ情報を表示します。
reviewdog -filter-mode=nofilter -teehaya14busa
各貢献者のGithubスポンサーになるか、Opencollectiveの支援者またはスポンサーになります。
