L’article explique comment détecter les régressions visuelles dans une CI en utilisant Playwright et Docker. L’idée principale est d’intégrer des tests de capture d’écran pour comparer l’apparence actuelle d’une page avec une référence, afin d’éviter des modifications CSS non détectées avant la mise en production. Playwright propose l’assertion toHaveScreenshot() qui compare les images et échoue si la différence dépasse un seuil configuré.
La mise en œuvre repose sur des tests simples couvrant les pages clés du site, mais nécessite un environnement déterministe pour éviter les faux positifs. L’équipe a dû éliminer les sources de variation, comme les images en lazy loading ou les polices web, en attendant que la page soit visuellement stable avant de capturer l’écran. Un helper stabilize() est utilisé pour attendre la fin du chargement des ressources et des polices.
Enfin, la solution est intégrée dans une CI via Docker pour garantir un rendu cohérent entre les machines, et les images de différence sont postées directement dans les commentaires des pull requests pour faciliter le diagnostic des régressions.
L’article explique comment optimiser une chaîne d’intégration continue (CI) en mettant en cache l’état d’une base de données pour éviter de régénérer les données à chaque build. L’idée centrale est de remplacer le rechargement systématique des fixtures et migrations par un snapshot (instantané) de la base, reconstruit uniquement lorsque les fichiers sources (migrations, fixtures) changent. Cela réduit considérablement le temps de CI, passant de 50 secondes à quelques secondes pour la préparation de la base, tout en garantissant la cohérence des données.
L’auteur détaille une implémentation concrète sur un projet Symfony utilisant Castor pour l’automatisation et des runners GitHub Actions auto-hébergés. Le cache est partagé entre les jobs via des dossiers locaux, mais une solution équivalente est possible avec les caches natifs de GitHub. L’empreinte du snapshot est calculée à partir des fichiers déterminants (migrations, fixtures), permettant une invalidation automatique et fiable du cache.
Enfin, l’article souligne que cette méthode évite les écueils des dumps statiques (obsolescence ou régénération inutile), tout en restant compatible avec des architectures distribuées. L’approche est présentée comme une alternative efficace aux techniques classiques d’optimisation de CI, avec un gain de temps significatif pour les projets où les modifications des données sont rares.
Tout est dans le titre
Tout est dans le titre
L'auteur étudie plusieurs cas de figure, ici c'est l'entreprise qui n'a ni intégration continue, ni déploiement continu... Que se passe-t-il en cas de problème ?
L'auteur présente Open Source Vulnerability Detector aka osv-detector qui permet de détecter les vulnérabilités des dépendances de tous types de projet (utilisation de npm, de composer, etc.) Il a même créé une image docker pour l'utilisation dans une CI
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Mise en place de l'intégration continue avec GitLab CI
Tout est dans le titre
Tout est dans le titre