Feuille de route du produit GitLab-forge 2026-2029

La feuille de route du produit GitLab-forge permet de définir un cap, des objectifs et des priorités ayant un impact sur les utilisateurs. Ces objectifs et priorités sont déclinés en actions scindées en deux groupes : les actions techniques réalisées en continu (opérationnelles) et les actions à mener durant les 3 années à venir.

Actions identifiées et priorisées ...
dans 6 mois (Second semestre 2026) :

• Réussir le renouvellement de l’homologation de sécurité de GitLab-forge ;
• Réfléchir au scénario Plan de Reprise d’Activités (PRA) en cas de rupture totale du service pour mise en oeuvre en 2027 ;
• Mettre en place l’accompagnement et la formation à l’usage de GitLab-forge pour les équipes de développement sur la base des demandes des utilisateurs (chefs de produit/projets) ;
• Fournir les logs au SOC via le puits de log interne pour permettre l’analyse des impacts utilisateurs sur la forge ;
• Évaluer l’accompagnement et la formation et identifier les pistes de améliorations au regard de cet usage (formation "Git étape" déjà en place).

Premier semestre 2027 :

• Continuer l’amélioration de la sécurisation de l’écosystème associé au produit GitLab-forge (API) ;
• Créer des ressources (type tutoriel SPOTE) ou rechercher des ressources externes ;
• Alimenter le portail “Documentation Techniques des produits” par des guides utilisateurs ;
• Continuer à analyser les métriques d’usage de l’outil et prévoir des actions associées au travers du puits de log interne ;
• Réactualiser cette feuille de route tous les 6 mois, au moins annuellement.

Actions long terme envisagées 2027+ :

• Adapter l’infrastructure en fonction de son usage (haute disponibilité- passage sous Kubernetes via offre EcoKube — en cours de construction — si elle répond aux besoins et permet de continuer à s’aligner sur les architectures de référence de GitLab) ;
• Continuer à améliorer la livraison continue sur les aspects CD (augmentation du nombre de workers, élasticité de l’infrastructure des Runners, passage en disque fréquent ou performant suivant la nature des services, augmentation des gabarits, CPU ou RAM en fonction des métriques) ;
• Continuer à améliorer la conception des produits numériques responsables associée au DevOps et l’information via GitLab Quotas sur les dépassements de limites (stockage, temps de calcul) ;
• Rechercher des pistes concernant l’accès à GitLab par serveur MCP (recueil des besoins des bénéficiaires en premier temps pour prise de décision) ;
• Être à l’écoute des changements de politique du produit GitLab, mais aussi de l’environnement administratif de l’État (DINUM).

Et toujours, actions réalisées en continu

• Assurer le maintien en condition opérationnelle et de sécurité du produit (en fonction de l’évaluation des risques) ;
• Maintenir la version Community Edition (CE) à jour (SLA : 3 mois pour une version majeure, 1 mois pour version mineure ou patch) ;
• Fournir et analyser les métriques sur l’usage du produit ;
• Mettre à jour les CGU en prenant en compte les éléments de sécurité et de consommation des bénéficiaires ;
• Maintenir les apéros GitLab des derniers mardi de chaque mois (sauf Juillet, Août et Décembre) au bénéfice des utilisateurs ;
• Réaliser une veille sur de nouvelles fonctionnalités ou applications intégrables, les tester, informer les utilisateurs et les ajouter si besoin à l’écosystème.

Feuille de route précédente 2023-2026

Venez parcourir le détail de l’offre SPOTE "GitLab-forge"