Génération automatique via la CI du dossier pour la production ? #2

Open
opened 2026-06-09 11:16:33 +00:00 by Nono · 6 comments
Owner

Yo, je me demande si ça serait cool d'utiliser la CI pour, lors d'un push sur master, lancer une génération de la carte de prod et faire une release ?

Ça permet que côté site, on ai juste besoin de télécharger l'archive et de la placer dans le dossier correspondant sans avoir besoin de faire le build si on change quelque chose côté site mais que la carte change pas ( et vice-versa ).

Yo, je me demande si ça serait cool d'utiliser la CI pour, lors d'un push sur master, lancer une génération de la carte de prod et faire une release ? Ça permet que côté site, on ai juste besoin de télécharger l'archive et de la placer dans le dossier correspondant sans avoir besoin de faire le build si on change quelque chose côté site mais que la carte change pas ( et vice-versa ).
Owner

Je ne sait pas trop. D'un côté je pense que ça nous simplifierait l'integration oui et le packaging en lui meme est plutot rapide. Mais le rendu des tuiles peut prendre beaucoup de temps et demander pas mal de resources en CPU et en RAM. En plus, il faut installer QGIS dans un container, ce qui peut ajouter encore plus de temps a la mise en place de la CI.

Le rendu du fond de carte change moins souvent que les données en production et refaire un rendu a chaque fois peut être inutilement long. Peut être que l'on peut regarder quel donnée a changé pour utiliser un cache de tuiles dans le cas ou les données utilisées pour le rendu du fond de carte n'ait pas changé.

Tout cela me semble necessiter un pipeline assez complexe pour eviter d'utiliser trop de resources. Je n'ai pas trop le temps de faire ça de mon coté mais je ne suis pas contre l'idée si quelqu'un·e aurai envie de faire ce pipeline.

Je ne sait pas trop. D'un côté je pense que ça nous simplifierait l'integration oui et le packaging en lui meme est plutot rapide. Mais le rendu des tuiles peut prendre beaucoup de temps et demander pas mal de resources en CPU et en RAM. En plus, il faut installer QGIS dans un container, ce qui peut ajouter encore plus de temps a la mise en place de la CI. Le rendu du fond de carte change moins souvent que les données en production et refaire un rendu a chaque fois peut être inutilement long. Peut être que l'on peut regarder quel donnée a changé pour utiliser un cache de tuiles dans le cas ou les données utilisées pour le rendu du fond de carte n'ait pas changé. Tout cela me semble necessiter un pipeline assez complexe pour eviter d'utiliser trop de resources. Je n'ai pas trop le temps de faire ça de mon coté mais je ne suis pas contre l'idée si quelqu'un·e aurai envie de faire ce pipeline.
Author
Owner

J'ai testé un truc à mi-chemin : faire une release à partir de ce que j'ai générer sur mon ordi ( et la génération des tuiles et tout ça as pris moins d'une minute ). Donc ça me semble suffisant si tu pense que on va pas souvent faire de changements dessus.

J'ai testé un truc à mi-chemin : faire une release à partir de ce que j'ai générer sur mon ordi ( et la génération des tuiles et tout ça as pris moins d'une minute ). Donc ça me semble suffisant si tu pense que on va pas souvent faire de changements dessus.
Author
Owner
Voir : https://git.interhacker.space/epickiwi/2026.camp.carte/releases
Owner

Je vient de voir qu'il y a des images docker produites par qgis qui pourraient être utiles pour faire le rendu: https://qgis.org/resources/installation-guide/#container-images

Je vient de voir qu'il y a des images docker produites par qgis qui pourraient être utiles pour faire le rendu: https://qgis.org/resources/installation-guide/#container-images
Author
Owner

Ça pourrait aussi être une solution !

Est-ce qu'on reste sur le système des release à la main pour le moment, et on verra si on veut automatiser ça, ça nous prendra pas beaucoup de temps ?

On garde ce ticket ouvert pour le moment pour garder une trace ?

Ça pourrait aussi être une solution ! Est-ce qu'on reste sur le système des release à la main pour le moment, et on verra si on veut automatiser ça, ça nous prendra pas beaucoup de temps ? On garde ce ticket ouvert pour le moment pour garder une trace ?
Owner

On a qu'a rester sur des release a la main pour le moment. Et on peut aussi laisser ce ticket ouvert

On a qu'a rester sur des release a la main pour le moment. Et on peut aussi laisser ce ticket ouvert
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: epickiwi/2026.camp.carte#2
No description provided.