[Résolu] Utiliser la CI de gitlab pour des plugins de spip-contrib-extensions ?

Salut,

Certains plugins que je maintiens utilisent les outils de QA utilisées par le core et je souhaiterais mettre en place une CI sur leur repo pour que les différents checks soient exécutés avant de merger une PR.

Sans ça, je me retrouve à lancer les différents outils à la main en local avant ou après le merge, et c’est moi qui corrige les problèmes remontés à la place des personnes qui proposent les PRs.

Ma question : cela vous semble-t-il légitime que certains plugins utilisent la CI ? Sachant qu’on n’a pas des masses de runners à dispo, je ne voudrais pas impacter les tâches de CI de l’orga SPIP.

Je pose la question ouvertement ici car je ne souhaite pas ouvrir la voix à tous les plugins en le faisant à l’arrache sans que ça soit validé collectivement :slight_smile:

1 « J'aime »

Il va de soit : c’est fait pour, au contraire je dirais même !

Quant à la performance des runners et CI, la question se posera peut être à un moment d’être plus performant en ayant des images docker optimisées, mais on n’est pas entièrement d’accord James & moi sur la méthode / compromis à faire, et bon, y a pas encore d’urgence pour se décider non plus.

je vais exactement de la sens de marcimat

ça me semble une excellente idée !

Merci pour vos retours, j’ai donc mis en place une CI minimale sur GIS & A2A cf ci: mise en place de base (php lint, composer audit, ecs check & phpstan) (ec38a326) · Validations · spip-contrib-extensions / gis · GitLab & ci: mise en place de base (php lint, composer audit, ecs check & phpstan) (8eff3b9a) · Validations · spip-contrib-extensions / a2a · GitLab