Implémentation d'un pipeline CI pour VShell avec des actions GitHub

Introduction

Cette semaine, je me suis penché sur la mise en place d'un pipeline d'intégration continue (CI) à l'aide de GitHub Actions tout en élargissant ma suite de tests unitaires pour mon projet, VShell. Le processus a amélioré ma compréhension des principes de CI, des tests automatisés et des outils qui aident les développeurs à garantir une livraison fiable du code.

Qu’est-ce que l’intégration continue ?

L'intégration continue est une pratique de développement dans laquelle les modifications de code sont automatiquement testées et fréquemment intégrées dans un référentiel partagé. En tirant parti d'un pipeline CI, les développeurs peuvent détecter et résoudre les problèmes dès le début du cycle de développement, améliorant ainsi la qualité du code et réduisant les risques d'intégration. Un pipeline CI/CD nous permet de créer, tester et déployer des applications automatiquement, accélérant ainsi le développement et augmentant la fiabilité.

Configuration du pipeline CI avec les actions GitHub

Il existe de nombreux outils CI disponibles (Jenkins, CircleCI, TravisCI et GitLab CI, entre autres) mais pour cette semaine, je me suis concentré sur les actions GitHub pour implémenter CI/CD pour mon application. GitHub Actions offre une configuration intégrée et simple directement dans GitHub, ce qui en fait un excellent choix pour mon projet.

Configuration des actions GitHub pour mon projet Pour configurer un pipeline CI, j'ai accédé à l'onglet Actions de mon référentiel GitHub et sélectionné le modèle Node.js, car mon application est basée sur JavaScript et s'exécute sur Node.js. Cela a généré un fichier de configuration .yml qui définit le comportement du pipeline CI.

Comprendre la configuration YAML Pour ceux qui découvrent CI, le fichier .yml peut sembler intimidant. Voici un aperçu de son fonctionnement :

Déclenchement du pipeline : le pipeline est configuré pour s'exécuter chaque fois qu'une demande push ou pull est faite à la branche principale, en utilisant le mot-clé on pour définir ces déclencheurs.

Définition des tâches : la configuration comprend une série de tâches qui s'exécutent lorsque le pipeline CI est déclenché. Ces tâches spécifient un environnement de construction du système d'exploitation Ubuntu, testent sur différentes versions de Node.js et contiennent des étapes pour configurer et exécuter l'environnement d'exécution. Enfin, les tests sont automatiquement lancés pour valider le code.

Mon expérience

Configuration des variables d'environnement Lors de la configuration initiale de mon pipeline, j'ai rencontré une erreur liée au GROQ_API_KEY, essentiel pour certains tests et défini dans mon fichier .env local. Bien que les tests se soient déroulés correctement localement, GitHub Actions n'a pas pu accéder à la variable, ce qui a entraîné des échecs d'exécution.

Solution : Configuration des secrets GitHub Pour résoudre ce problème, j'ai configuré une variable secrète pour la clé API dans les paramètres de mon référentiel GitHub. Voici un bref résumé du correctif :

• J'ai accédé aux paramètres du référentiel et ajouté GROQ_API_KEY comme secret sous Paramètres > Secrets.
• Dans le fichier .yml, j'ai ajouté le mot-clé env pour demander au pipeline de récupérer cette clé, garantissant ainsi que les tests pourraient y accéder sans coder en dur les données sensibles dans le fichier de configuration.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!