Enhancement: Allow to query workflow runs against multiple repositories at once
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Comienza con la solicitud de GitHub API para workflow-runs descrita en el issue e inspecciona dónde la selección de repositorios se convierte en una consulta; el payload no menciona archivos ni pruebas. Se considera terminado cuando un dashboard puede seleccionar varios repositorios y recibir resultados combinados de las ejecuciones de workflows, conservando la organización, el nombre de archivo del workflow y las entradas opcionales de rama.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
My goal is to have a centralised (one per a whole Github ORG) dashboard with all workflow runs in the whole organisation.
In order to query workflow runs the following parameters are needed:
- Github ORG name - this is a static value basically
- repository name - it's easy to get all repositories across the ORG using a separate query
- workflow filename - it is problematic to get list of workflow filenames dynamically, however most of my workflow filenames are the same, so I can work with that and hardcode this value
- (branch name is optional)
Based on that we have all elements we need, however a query to Github API can use only one parameter, so we can query a single org-repo-filename combination at once.
So I was thinking that maybe the plugin can detect if multiple repository names are provided and break the query into multiple sub-queries in order to return the results? This is more or less how Prometheus datasource plugin works when multiple values are selected from the dropdown boxes (eg. query for CPU usage in VM1, VM2, VM3).
I'm happy to discuss alternative solutions as well. Many thanks in advance!
- Lenguaje dominante
- Go
- Estrellas
- 311
- Forks
- 72
- Merge medio
- 7 d 10 h
- PR fusionados (30 d)
- 2
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una 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 grafana/github-datasource
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
grafana/github-datasource#796 · 2 comentarios ·
-
Bug: Workflow_Runs query type consistently returns 0 rows when same URL+token directly returns dataAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
grafana/github-datasource#774 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
grafana/github-datasource#760 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
grafana/github-datasource#528 · 4 comentarios ·
-
Dependency DashboardAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 12/100
grafana/github-datasource#523 ·
Todos los issues de grafana/github-datasource
Issues similares
-
area/tests theme/ci-dx
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
bug needs triage pkg/translator/faro
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
open-telemetry/opentelemetry-collector-contrib#51759 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
appbaseio/reactivesearch-api#402 ·
-
GET /api/v1/system/api_keys returns the full API token in plaintextPosiblemente ocupada @Harsh23Kashyap la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
infiniflow/ragflow#20555 · 1 reacción ·
Los mantenedores suelen responder en 1 día