reviewdog
v0.20.3
ReviewDog proporciona una forma de publicar comentarios de revisión a los servicios de alojamiento de códigos, como GitHub, automáticamente integrándose con cualquier herramienta de enlace con facilidad. Utiliza una salida de herramientas de pelusa y las publica como un comentario si los resultados están en la diferencia de parches para revisar.
ReviewDog también admite la ejecución en el entorno local para filtrar la salida de herramientas de pelusa por diff.
Diseño doc
# 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]¡También puede usar el lanzamiento de la revisión nocturna de la noche para probar las últimas mejoras de revisión dog todos los días!
$ 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]También puede instalar ReviewDog usando Brew:
$ brew install reviewdog/tap/reviewdog
$ brew upgrade reviewdog/tap/reviewdog > scoop install reviewdog
$ go install github.com/reviewdog/reviewdog/cmd/reviewdog@latestReviewDog acepta cualquier resultado del compilador o de la aleta de stdin y lo analiza con Scan-F como 'ErrorFormat' , que es la función ErrorFormat del puerto de VIM.
Por ejemplo, si el formato de resultado es {file}:{line number}:{column number}: {message} , ErrorFormat debería ser %f:%l:%c: %m y puede pasarlo como argumentos -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 "| nombre | descripción |
|---|---|
| %F | Nombre del archivo |
| %L | número de línea |
| %do | número de columna |
| %metro | mensaje de error |
| %% | el sencillo personaje '%' |
| ... | ... |
Consulte ReviewDog/ErrorFormat y: H ErrorFormat si desea lidiar con una salida más compleja. 'ErrorFormat' puede manejar una salida más compleja como un mensaje de error de múltiples líneas.
¡También puede probar ErrorFormat en el patio de recreo!
Con esta función 'ErrorFormat', ReviewDog puede admitir cualquier salida de herramienta con facilidad.
Pero no tiene que escribir 'ErrorFormat' en muchos casos. ReviewDog admite un formato de error predefinido para herramientas principales.
Puede encontrar el nombre de error de error disponible por reviewdog -list y puede usarlo con -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 "Puede agregar 'ErrorFormat' predefinido compatible contribuyendo a ReviewDog/ErrorFormat
ReviewDog admite ReviewDog Formato de diagnóstico (RDFORMAT) como un formato de diagnóstico genérico y es compatible con los formatos RDJSON y RDJSONL.
Este RDFORMAT admite características ricas como comentarios multiline, severidad, código de reglas con URL y sugerencias de código.
$ < linter > | < convert-to-rdjson > | reviewdog -f=rdjson -reporter=github-pr-review
# or
$ < linter > | < convert-to-rdjsonl > | reviewdog -f=rdjsonl -reporter=github-pr-review
Puede usar Eslint-Formatter-Rdjson para emitir rdjson como formato de salida de Eslint.
$ npm install --save-dev eslint-formatter-rdjson
$ eslint -f rdjson . | reviewdog -f=rdjson -reporter=github-pr-reviewO también puede usar ReviewDog/Action-Slint para acciones de GitHub.
ReviewDog admite Diff (formato unificado) como un formato de entrada especialmente útil para sugerencias de código. ReviewDog puede integrarse con cualquier herramienta de sugerencia de código o formateador para informar sugerencias.
-f.diff.strip : opción para -f=diff : despojar los componentes principales de num de los nombres de archivo DIFF (equivalente a 'parche -p') (el valor predeterminado es 1 para git diff) (predeterminado 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} "O también puede usar ReviewDog/Action-Huggester para acciones de GitHub.
Si las herramientas de diagnóstico admiten el formato de salida DiFF, puede canalizar la diferencia directamente.
$ gofmt -s -d . | reviewdog -name= " gofmt " -f=diff -f.diff.strip=0 -reporter=github-pr-review
$ shellcheck -f diff $( shfmt -f . ) | reviewdog -f=diffReviewDog también acepta el formato XML de checkstyle también. Si el Linter admite el formato de checkStyle como formato de informe, puede usar -f = checkStyle en lugar de usar 'ErrorFormat'.
# 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-checkAdemás, si desea pasar otro formato JSON/XML/ETC ... para revisar Dog, puede escribir un convertidor.
$ < linter > | < convert-to-checkstyle > | reviewdog -f=checkstyle -name= " <linter> " -reporter=github-pr-checkReviewDog admite el formato SARIF 2.1.0 JSON. Puede usar ReviewDog con la opción -f = sarif.
# Local
$ eslint -f @microsoft/eslint-formatter-sarif . | reviewdog -f=sarif -diff= " git diff "
ReviewDog admite la función de sugerencias de código con rdformat o entrada diff. También puede usar ReviewDog/Action-Huggester para acciones de GitHub.
ReviewDog puede sugerir cambios en el código junto con los resultados de diagnóstico si una herramienta de diagnóstico admite datos de sugerencias de código. Puede integrar ReviewDog con cualquier herramienta de fijación de código y cualquier formato de código con entrada DIFF también.
Tenga en cuenta que no todos los reporteros brindan soporte para sugerencias de código.
-reporter | Soporte de sugerencias |
|---|---|
local | No [1] |
github-check | No [2] |
github-pr-check | No [2] |
github-pr-review | DE ACUERDO |
gitlab-mr-discussion | DE ACUERDO |
gitlab-mr-commit | No [2] |
gerrit-change-review | No [1] |
bitbucket-code-report | No [2] |
gitea-pr-review | No [2] |
ReviewDog también se puede controlar a través del archivo de configuración .ReviewDog.yml en lugar de los argumentos "-f" o "-EFM".
Con .ReviewDog.yml, puede ejecutar los mismos comandos tanto para el servicio CI como para el entorno local, incluida la integración del editor con facilidad.
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-checkEl formato de salida para la ejecución basada en el proyecto es uno de los siguientes formatos.
<file>: [<tool name>] <message><file>:<lnum>: [<tool name>] <message><file>:<lnum>:<col>: [<tool name>] <message>ReviewDog puede informar los resultados tanto en el entorno local como en los servicios de revisión como integración continua.
ReviewDog puede encontrar los hallazgos recientemente introducidos filtrando los resultados del enlace utilizando Diff. Puede pasar el comando DIFF como -diff arg.
$ golint ./... | reviewdog -f=golint -diff= " git diff FETCH_HEAD "
GitHub-PR-Check Reporter informa los resultados de las verificaciones de GitHub.
Puede cambiar el nivel de informe para este campo Reporter por level en el archivo de configuración o el indicador -level . Puede controlar los resultados de verificación de estado GitHub con esta función. (predeterminado: error)
| Nivel | Estado de github |
|---|---|
info | neutral |
warning | neutral |
error | falla |
Hay dos opciones para usar este reportero.
Ejemplo: .github/workflows/reviseDog.yml
- name : Run reviewdog
env :
REVIEWDOG_GITHUB_API_TOKEN : ${{ secrets.GITHUB_TOKEN }}
run : |
golint ./... | reviewdog -f=golint -reporter=github-pr-checkVer la sección de acciones de GitHub también. También puede usar las acciones de GitHub de revisión pública.
ReviewDog CLI envía una solicitud para revisar el servidor de aplicaciones GitHub Dog y los resultados de la publicación del servidor como verificaciones de GitHub, porque la API de comprobación solo es compatible con la aplicación GitHub y las acciones de GitHub.
REVIEWDOG_TOKEN o ejecute reviewdog cli en proveedores de CI confiables.https://reviewdog.app/gh/{owner}/{repo-name} . $ export REVIEWDOG_TOKEN= " <token> "
$ reviewdog -reporter=github-pr-checkNota: No es necesario el token si ejecuta ReviewDog en Travis o Appveyor.
Precaución
Como se describió anteriormente, el reportero GitHub-PR-Check con la opción 2 depende de ReviewDog GitHub App Server. El servidor se ejecuta con el dinero de bolsillo de Haya14busa por ahora y puedo romper las cosas, por lo que no puedo asegurarme de que el servidor esté ejecutando 24H y 365 días.
ACTUALIZACIÓN: Comenzó a obtener soporte por OpenCollective y GitHub patrocinador. Ver ReviewDog de revisión de apoyo
Puede usar GitHub-Pr-Review Reporter o usar Ejecutar ReviewDog en acciones de GitHub si no desea depender del servidor ReviewDog.
Básicamente es lo mismo que -reporter=github-pr-check excepto que funciona no solo para la solicitud de extracción sino también para la confirmación.
Puede crear una insignia ReviewDog para este reportero.
GitHub-Pr-Review Reporter informa los resultados de los comentarios de revisión de GitHub PullRequest utilizando el token de acceso de API personal de GitHub. Github Enterprise también es compatible.
repo de repositorios privados o public_repo para repositorios públicos. $ export REVIEWDOG_GITHUB_API_TOKEN= " <token> "
$ reviewdog -reporter=github-pr-reviewPara GitHub Enterprise, establezca el punto final API por una variable de entorno.
$ export GITHUB_API= " https://example.githubenterprise.com/api/v3/ "
$ export REVIEWDOG_INSECURE_SKIP_VERIFY=true # set this as you need to skip verifying SSLConsulte la sección de acciones de GitHub también si puede usar acciones de GitHub. También puede usar las acciones de GitHub de revisión pública.
GitHub-PR-Annotations utiliza el formato de anotación de acciones de GitHub para obtener errores y advertencias a stdout , por ejemplo
::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"}
Este reportero requiere un token de API GitHub válido para generar una diferencia, pero no utilizará el token para informar errores.
Versión GitLab requerida:> = V10.8.0
GitLab-MR-Discussion Reporter informa resultados a las discusiones de GitLab Mergerequest utilizando el token de acceso de API personal de GitLab. Obtenga el token con el alcance api de https://gitlab.com/profile/personal_access_tokens.
$ export REVIEWDOG_GITLAB_API_TOKEN= " <token> "
$ reviewdog -reporter=gitlab-mr-discussion La variable de entorno CI_API_V4_URL , definida automáticamente por GitLab CI (V11.7 en adelante), se utilizará para averiguar la URL de la API GITLAB.
Alternativamente, también se puede definir GITLAB_API , en cuyo caso tendrá prioridad sobre 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 es similar al reportero GitLab-MR-Discussion, pero informa los resultados de cada compromiso en GitLab Mergerequest.
Se recomienda la discusión GITLAB-MR, pero puede usar el reportero GITLAB-MR-Commit si su versión GitLab está bajo V10.8.0.
$ export REVIEWDOG_GITLAB_API_TOKEN= " <token> "
$ reviewdog -reporter=gitlab-mr-commitEl reportero de revisión de gerrit-cambio informa los resultados al cambio de gerrit utilizando las API REST GERRIT.
El reportero admite la autenticación básica y la autenticación basada en Git-Cookie para informar resultados.
Establezca las variables de entorno GERRIT_USERNAME y GERRIT_PASSWORD para la autenticación básica, y coloque GIT_GITCOOKIE_PATH para la autenticación basada en cookies Git.
$ 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-Informar genera el informe anotado del código BitBucket Insights.
Por ahora, solo se admite el modo no-filter , por lo que todo el proyecto se escanea en cada ejecución. Los informes se almacenan por confirmación y se pueden ver por confirmación de la interfaz de usuario de Bitbucket Pipelines o en solicitud de extracción. En la solicitud de extracción, las líneas de código afectadas de la interfaz de usuario se anotarán en la diferencia, así como podrá filtrar las anotaciones mediante esta solicitud de extracción o todo .
Si se ejecuta desde Bitbucket Pipelines, no se necesita configuración adicional (incluso credenciales). Si se ejecuta localmente o desde algún otro sistema CI, necesitaría proporcionar credenciales de la API de Bitbucket:
BITBUCKET_USER y BITBUCKET_PASSWORDBITBUCKET_ACCESS_TOKEN $ export BITBUCKET_USER= " my_user "
$ export BITBUCKET_PASSWORD= " my_password "
$ reviewdog -reporter=bitbucket-code-report Para publicar un informe en el servidor bitbucket, use BITBUCKET_SERVER_URL variable:
$ export BITBUCKET_USER= " my_user "
$ export BITBUCKET_PASSWORD= " my_password "
$ export BITBUCKET_SERVER_URL= " https://bitbucket.my-company.com "
$ reviewdog -reporter=bitbucket-code-reportEjemplo: .github/workflows/reviseDog.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/reviseDog
Solo el reportero github-check también puede ejecutarse en el evento Push.
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 ¡Puede usar acciones públicas de GitHub para comenzar a usar ReviewDog con facilidad! ?
Dockerfile ..env archivos.... y más en el mercado de Github.
¿Acciones faltantes? ¡Mira revisión de ReviewDog/Action-Template y crea una nueva acción ReviewDog!
Abra una solicitud de extracción para agregar sus acciones de ReviewDog creadas aquí. También puedo poner sus repositorios en ReviewDog Org y co-mantenimiento de las acciones. Ejemplo: Action-Tflint.
GITHUB_TOKEN para las solicitudes de extracción de un repositorio bifurcado no tiene acceso de escritura para verificar la API ni revisar la API debido a la restricción de acciones de GitHub.
En su lugar, ReviewDog utiliza comandos de registro de las acciones de GitHub para publicar resultados como anotaciones similares a github-pr-check Reporter.
Tenga en cuenta que existe una limitación para las anotaciones creadas por los comandos de registro, como el # máximo de anotaciones por ejecución. Puede verificar el registro de acciones de GitHub para ver los resultados completos en tales casos.
Como github-check Reporter admite Running On Commit, podemos crear una insignia de acción de GitHub ReviewDog para verificar el resultado contra Master Commit, por ejemplo. ?
Ejemplo:
<!-- Replace <OWNER> and <REPOSITORY>. It assumes workflow name is "reviewdog" -->
[](https://github.com/<OWNER>/<REPOSITORY>/actions?query=workflow%3Areviewdog+event%3Apush+branch%3Amaster)
Si usa -reporter = github-pr-check en Travis CI, no necesita establecer REVIEWDOG_TOKEN .
Ejemplo:
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 Almacene el token de la API GitHub por Travis Cicryption Keys.
$ gem install travis
$ travis encrypt REVIEWDOG_GITHUB_API_TOKEN= < token > --add env.globalEjemplo:
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-reviewEjemplos
Store REVIEWDOG_GITHUB_API_TOKEN (o REVIEWDOG_TOKEN para GitHub-P-Check) en Variables de entorno-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 Store REVIEWDOG_GITLAB_API_TOKEN en GitLab CI Variable.
reviewdog :
script :
- reviewdog -reporter=gitlab-mr-discussion
# Or
- reviewdog -reporter=gitlab-mr-commitNo se necesita configuración adicional.
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-reportPuede usar ReviewDog para publicar comentarios de revisión desde cualquier lugar con las siguientes variables de entorno.
| nombre | descripción |
|---|---|
CI_PULL_REQUEST | Sire del número de solicitud (por ejemplo, 14) |
CI_COMMIT | SHA1 para la construcción actual |
CI_REPO_OWNER | Propietario del repositorio (por ejemplo, "ReviewDog" para https://github.com/reviewdog/errorformat) |
CI_REPO_NAME | Nombre del repositorio (por ejemplo, "ErrorFormat" para https://github.com/reviewdog/errorformat) |
CI_BRANCH | Rama [opcional] de la confirmación |
$ export CI_PULL_REQUEST=14
$ export CI_REPO_OWNER=haya14busa
$ export CI_REPO_NAME=reviewdog
$ export CI_COMMIT= $( git rev-parse HEAD )y establecer un token si es necesario.
$ REVIEWDOG_TOKEN= " <token> "
$ REVIEWDOG_GITHUB_API_TOKEN= " <token> "
$ REVIEWDOG_GITLAB_API_TOKEN= " <token> " Si un servicio de CI no proporciona información, como ID de solicitud de extracción, revisar la revisión de revisión puede adivinarlo mediante el nombre de una sucursal y el SHA de confirmación. Simplemente pase la bandera, 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 De forma predeterminada ( -fail-level=none ) reviseDog devolverá 0 como código de salida incluso si encuentra errores. ReviewDog saldrá con el código 1 con -fail-level=[any,info,warning,error] indicador si encuentra al menos 1 problema con la gravedad mayor o igual al nivel dado. Esto puede ser útil cuando lo está utilizando como un paso en su tubería de CI y desea marcar el paso fallado si hay algún error encontrado por Live.
También puede usar el indicador -level para configurar el informe predeterminado Revel.
Revise los resultados del filtro de Dog por DIFF y puede controlar cómo los resultados del filtro ReviewDog por el indicador -filter-mode . Los modos de filtro disponibles son los siguientes.
added (predeterminado)Resultados del filtro por líneas agregadas/modificadas.
diff_contextFiltrar los resultados por contexto diff. es decir, las líneas cambiadas +-n (n = 3 por ejemplo).
fileResultados del filtro por archivo agregado/modificado. IE ReviewDog informará los resultados siempre que estén en el archivo agregado/modificado, incluso si los resultados no están en diferencia real.
nofilterNo filtre ningún resultado. Útil para publicar resultados como comentarios tanto como sea posible y verifique otros resultados en la consola al mismo tiempo.
-fail-on-error también funciona con cualquier modo de filtro y puede atrapar todos los resultados de cualquier revestimiento con el modo nofilter .
Ejemplo:
$ reviewdog -reporter=github-pr-review -filter-mode=nofilter -fail-on-error Tenga en cuenta que no todos los reporteros proporcionan soporte completo para el modo de filtro debido a la limitación de API. Por ejemplo, github-pr-review Reporter utiliza la API de revisión de GitHub, pero esta API no admite publicar comentarios fuera del contexto Diff, por lo que ReviewDog utilizará la anotación de cheques como retroceso para publicar esos comentarios [1].
-reporter -filter-mode | added | diff_context | file | nofilter |
|---|---|---|---|---|
local | DE ACUERDO | DE ACUERDO | DE ACUERDO | DE ACUERDO |
github-check | DE ACUERDO | DE ACUERDO | DE ACUERDO | DE ACUERDO |
github-pr-check | DE ACUERDO | DE ACUERDO | DE ACUERDO | DE ACUERDO |
github-pr-review | DE ACUERDO | DE ACUERDO | Parcialmente compatible [1] | Parcialmente compatible [1] |
github-pr-annotations | DE ACUERDO | DE ACUERDO | DE ACUERDO | DE ACUERDO |
gitlab-mr-discussion | DE ACUERDO | DE ACUERDO | DE ACUERDO | Parcialmente compatible [2] |
gitlab-mr-commit | DE ACUERDO | Parcialmente compatible [2] | Parcialmente compatible [2] | Parcialmente compatible [2] |
gerrit-change-review | DE ACUERDO | ¿DE ACUERDO? [3] | ¿DE ACUERDO? [3] | Parcialmente compatible? [2] [3] |
bitbucket-code-report | No [4] | No [4] | No [4] | DE ACUERDO |
gitea-pr-review | DE ACUERDO | DE ACUERDO | Parcialmente compatible [2] | Parcialmente compatible [2] |
Use la bandera -tee para mostrar información de depuración.
reviewdog -filter-mode=nofilter -teeHaya14busa
Conviértete en el patrocinador de GitHub para cada contribuyente o conviértete en un patrocinador o patrocinador de OpenColective.
