Add indicator that a PR has been included in the latest staging build
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
Piste de recherche
Commencez par la documentation du pipeline de staging sur kernelci.org/docs/instances/staging/ et sa section sur les GitHub pull requests. Suivez la manière dont les pull requests valides sont fusionnées dans la branche de chaque dépôt staging.kernelci.org, y compris le chemin en cas de conflit de merge. Le travail est terminé lorsque les utilisateurs peuvent déterminer dans GitHub si une pull request est incluse dans le dernier staging build.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Python
- Étoiles
- 4
- Forks
- 20
- Merge moyen
- 1 min
- PR mergées (30 j)
- 1
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de kernelci/kernelci-deploy
-
We need to fix k8s deployment of kernelci-api / kernelci-pipeline as old script not up to dateOuvertebug sysadmin
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
kernelci/kernelci-deploy#265 ·
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
kernelci/kernelci-deploy#261 ·
-
docker compose yaml broken in api&pipelinePeut-être à nouveau libre @nuclearcat l’a pris il y a 419 jours, et aucune pull request n’est ouverte. Ouverte
kernelci/kernelci-deploy#251 · 1 personne assignée ·
-
kci-dockerwatch need to be daemonizedPeut-être à nouveau libre @nuclearcat l’a pris il y a 433 jours, et aucune pull request n’est ouverte. Ouverte
kernelci/kernelci-deploy#249 · 1 personne assignée ·
-
Document staging deployment processPeut-être à nouveau libre @nuclearcat l’a pris il y a 440 jours, et aucune pull request n’est ouverte. Ouvertedocumentation
kernelci/kernelci-deploy#246 · 2 personnes assignées ·
Toutes les issues de kernelci/kernelci-deploy
Issues similaires
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
-
Harmony OPeNDAP SubSetter (HOSS) Geographic LARC_CLOUD PREFIRE_SAT2_AUX-SAT R01 production
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
nasa/harmony-autotester#245 ·
-
[FEATURE] - Add UTVD supportOuverteenhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Deltares/imod-python#1928 ·
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
Les mainteneurs répondent en général sous 1 jour
-
feature
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100