L'intégration continue (CI) est la fusion fréquente du code et vérifie la qualité grace à des tests automatisés. Le déploiement continu (CD) est le déploiement automatique du code testé dans un environnement de production. Le noyau de CI est "Freente Fust Automated Checks". Chaque soumission déclenche un processus d'automatisation, y compris le code de tirage, l'installation de dépendances, l'exécution de tests et l'analyse statique, garantissant que les problèmes sont découverts en temps opportun. Les CD sont automatiquement lancés sur la base de CI. Les étapes courantes incluent la construction de packages de déploiement, les télécharger sur la plate-forme et l'exécution de scripts de déploiement. La mise en ?uvre de CI / CD peut être progressivement étendue au processus complet en sélectionnant le bon outil et les tests simples.

L'intégration continue (IC) et le déploiement continu (CD) sont des pratiques importantes utilisées dans le développement de logiciels modernes pour améliorer l'efficacité du développement et accélérer l'itération du produit. En termes simples, CI permet aux développeurs de fusionner fréquemment le code dans la branche principale et de vérifier la qualité grace à des tests automatisés; CD déploie automatiquement le code testé dans l'environnement de production ou les utilisateurs en fonction de CI .

Ces deux processus sont combinés, ce que nous appelons souvent le pipeline CI / CD. Leur objectif est de réduire les erreurs causées par les opérations humaines, d'améliorer les vitesses de livraison et d'assurer la qualité contr?lable des changements de code.

Qu'est-ce que l'intégration continue

Le c?ur de l'intégration continue réside dans "une fusion fréquente et une inspection automatisée".

Dans le passé, les équipes peuvent avoir fusionné les codes pendant plusieurs jours, voire des semaines, ce qui est sujet aux conflits et aux concentrations d'erreurs. Après avoir utilisé CI, chaque fois que le développeur soumet le code, il déclenche un processus automatisé de construction et de test. Par exemple:

• Tirez le dernier code
• Dépendances d'installation
• Exécutez des tests unitaires, des tests d'intégration
• Analyse du code statique

Si l'une de ces étapes échoue, le système informera immédiatement le développeur et le problème peut être situé plus rapidement. Cette méthode réduit considérablement la situation où les bogues sont découverts plus tard.

Par exemple: après avoir écrit un code de fonction, vous le poussez vers le référentiel GIT, et les outils CI (tels que les actions GitHub ou Jenkins) exécuteront automatiquement le test. Si vous échouez au test, vous savez que vous devez revenir et voir où quelque chose s'est mal passé.

Qu'est-ce que le déploiement continu

Le déploiement continu peut être considéré comme une extension de CI, c'est-à-dire, après que le code passe tous les tests, il sera automatiquement libéré dans l'environnement de production .

Certaines équipes peuvent faire la distinction entre le déploiement continu et la livraison continue:

• Déploiement continu : il sera automatiquement lancé tant qu'il passera le test.
• Livraison continue : le code est prêt à aller en ligne, mais s'il est en ligne est décidé par manuel.

Si vous êtes une équipe qui fabrique des produits SaaS et espérez répondre rapidement aux commentaires des utilisateurs, le déploiement continu vous convient. Par exemple, après la construction d'un projet frontal, il est automatiquement téléchargé sur le CDN et rafra?chi le cache, et l'utilisateur peut immédiatement voir la nouvelle fonction.

Les étapes courantes pour implémenter un CD comprennent:

• Créer des packages déployables (tels que Docker Images, JS Bundles)
• Télécharger des packages sur le serveur ou la plate-forme cloud
• Exécuter des scripts de déploiement (redémarrage du service, configuration de mise à jour, etc.)

De nombreux fournisseurs de services cloud fournissent des outils de déploiement, tels que Vercel, Netlify, AWS CodeDeploy, etc., qui peuvent facilement accéder au processus CI / CD.

Comment démarrer avec CI / CD?

Si vous êtes une petite équipe ou un développeur individuel qui commence, vous pouvez commencer par les aspects suivants:

• Choisissez le bon outil : les actions sur GitHub sont très pratiques et ne nécessitent pas de création de serveur supplémentaire.
• Commencez par des tests simples : assurez-vous d'abord que les tests de base peuvent être exécutés chaque fois que la soumission est soumise, puis ajoutez progressivement la peluche, la détection des performances, etc.
• Le processus de déploiement commence à partir d'une petite portée : vous pouvez d'abord se déployer dans l'environnement de test, puis le promouvoir en production après avoir confirmé qu'il n'y a pas de problème.
• Configurer le mécanisme de notification : permettez aux membres de l'équipe de savoir si la construction réussit en temps opportun, comme par Slack, Email, etc.

Par exemple, la création .github/workflows/ci.yml dans le répertoire racine d'un projet GitHub peut définir un processus CI de base qui spécifie les commandes à exécuter lors de la demande de poussée ou de traction.

Fondamentalement, c'est tout. CI / CD n'est pas nécessairement trop complexe pour commencer, la clé est de construire un processus d'amélioration durable. Au début, vous pouvez simplement exécuter un test automatiquement, puis ajouter lentement les fonctions de construction, de déploiement, de surveillance, etc., de sorte que l'ensemble du processus de développement deviendra plus fluide et plus fluide.

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!