Add indicator that a PR has been included in the latest staging build
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 documentación del pipeline de staging en kernelci.org/docs/instances/staging/ y su sección sobre GitHub pull requests. Rastrea cómo se incorporan los pull requests válidos en la rama de cada repositorio de staging.kernelci.org, incluido el flujo cuando hay conflictos de merge. Se considera terminado cuando los usuarios pueden determinar en GitHub si un pull request está incluido en el último staging build.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
At the moment, as documented the staging pipeline automatically goes through each relevant kerrnelci repository and tries to merge valid pull requests into a staging.kernelci.org branch for each repository.
These branches are then used in a "staging" version of kernelci.org - staging.kernelci.org.
The process occurs every 8 hours and it works great.
However, when there are lots of PRs for the same repository there is always a chance that there may be a merge conflict. If this happens the branch/PR being merged will be ignored. When this happens there is no way for the user to know that their PR hasn't been picked up by staging in the GitHub GUI unless they look through the commit log.
The goal for this ticket is to add a visible way to determine whether a PR is part of the latest staging.kernelci.org build.
This could be done by adding a new in-staging label, or by adding a comment, or both, or some other method.
- Lenguaje dominante
- Python
- Estrellas
- 4
- Forks
- 20
- Merge medio
- 1 min
- PR fusionados (30 d)
- 1
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 kernelci/kernelci-deploy
-
We need to fix k8s deployment of kernelci-api / kernelci-pipeline as old script not up to dateAbiertobug sysadmin
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
kernelci/kernelci-deploy#265 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
kernelci/kernelci-deploy#261 ·
-
docker compose yaml broken in api&pipelineQuizá libre de nuevo @nuclearcat la tomó hace 420 días y no hay ningún pull request abierto. Abierto
kernelci/kernelci-deploy#251 · 1 asignado ·
-
kci-dockerwatch need to be daemonizedQuizá libre de nuevo @nuclearcat la tomó hace 434 días y no hay ningún pull request abierto. Abierto
kernelci/kernelci-deploy#249 · 1 asignado ·
-
Document staging deployment processQuizá libre de nuevo @nuclearcat la tomó hace 441 días y no hay ningún pull request abierto. Abiertodocumentation
kernelci/kernelci-deploy#246 · 2 asignados ·
Todos los issues de kernelci/kernelci-deploy
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
pyjanitor-devs/pyjanitor#1758 ·
Los mantenedores suelen responder en 1 día
-
bug ready for review
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
odysseus-dev/odysseus#6641 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
happypawspillaro/happypaws#78 ·
Los mantenedores suelen responder en 4 días
-
pydanty:is-working
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
pydantic/pydantic-ai#10020 ·
Los mantenedores suelen responder en 1 día
-
stdlib type-bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
python/cpython#159044 · 4 comentarios ·
Los mantenedores suelen responder en 1 día