[Feature Request] Add Input Variable To Control PR Review Behavior
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- github-actions, typescript
- Área
- ci-cd
Línea de trabajo
Empieza localizando las definiciones de entrada de la GitHub Action y la ruta que envía una revisión de pull request. Añade cobertura para la nueva entrada opcional, su valor predeterminado false y el caso en que las salidas de infracciones sigan disponibles sin enviar una revisión; ejecuta las pruebas existentes de la Action o las comprobaciones del workflow.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Product Area
The “Run Salesforce Code Analyzer” GitHub Action
Your Need or Problem
Currently, if I want to leverage the new num-sev{X}-violations-in-changed-files output variables I have to provide a github token with read access. Doing so leads to the action submitting a review for my PR.
I don't want the action to leave a review, I would simply like to know if there are violations in my changed files so that I can take actions against that in a following step. This is a pain point.
Your Desired Solution
I would like some sort of input variable that lets me disable the code review. This should default to false to ensure that no existing workflows are broken. This would allow me to make use of the newly introduced *in-chaged-files output variables without having a a review submitted via the action itself.
Something along the lines of:
disableReview:
description: 'Prevents the action from submitting a review even if the github token is provided'
required: false
type: 'boolean'
default: 'false'
Alternatives Considered
No response
Additional Context (Screenshots, Files, etc)
No response
Workaround
No response
Urgency
Moderate
- Lenguaje dominante
- TypeScript
- Estrellas
- 240
- Forks
- 52
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de forcedotcom/code-analyzer
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
forcedotcom/code-analyzer#2094 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
forcedotcom/code-analyzer#2093 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
forcedotcom/code-analyzer#2091 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
forcedotcom/code-analyzer#2090 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
forcedotcom/code-analyzer#2100 ·
Todos los issues de forcedotcom/code-analyzer
Issues similares
-
bug via-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
pingdotgg/t3code#14452 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
solana-foundation/program-examples#747 · 1 comentario ·
Los mantenedores suelen responder en 9 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
remotion-dev/remotion#11847 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
openwatersio/slackwater#355 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
melgarafael/DeskcommCRM#1998 · 3 comentarios ·
Los mantenedores suelen responder en 1 día