# Résumé des bonnes pratiques
<a name="summary-of-best-practices"></a>

 Voici ce qu'il convient de faire ou de ne pas faire en matière d'intégration continue/livraison continue. 

 À faire : 
+  Traitez votre infrastructure comme du code. 
  +  Utilisez le contrôle de version pour votre code d'infrastructure. 
  +  Utilisez des systèmes de suivi des bogues et de création de tickets. 
  +  Demandez à vos collègues d'examiner les modifications avant de les appliquer. 
  +  Établissez des modèles/conceptions de code d'infrastructure. 
  +  Testez les changements d'infrastructure tels que les changements de code. 
+  Répartissez les développeurs dans des équipes intégrées ne comptant pas plus de 12 participants autonomes. 
+  Demandez à tous les développeurs de valider fréquemment le code par rapport au tronc principal, sans branches fonctionnelles de longue durée. 
+  Adoptez systématiquement un système de génération tel que Maven ou Gradle dans votre organisation et standardisez les générations. 
+  Demandez aux développeurs de mettre en place des tests unitaires visant à couvrir l'intégralité de la base de code. 
+  Assurez-vous que les tests unitaires représentent 70 % de l'ensemble des tests en termes de durée, de nombre et de portée. 
+  Assurez-vous que les tests unitaires sont à jour et ne sont pas négligés. Les échecs des tests unitaires doivent être corrigés et non contournés. 
+  Considérez votre configuration de livraison continue comme un code. 
+  Mettez en place des contrôles de sécurité basés sur les rôles (c'est-à-dire qui peut faire quoi et quand). 
  +  Surveillez toutes les ressources possibles et effectuez-en le suivi. 
  +  Créez des alertes sur les services, la disponibilité et les temps de réponse. 
  +  Capturez, apprenez et améliorez. 
  +  Partagez l'accès avec tous les membres de l'équipe. 
  +  Planifiez les métriques et la surveillance dans le cycle de vie. 
+  Conservez les métriques standard et effectuez-en le suivi. 
  +  Nombre de générations. 
  +  Nombre de déploiements. 
  +  Délai moyen pour que les modifications atteignent la production. 
  +  Délai moyen entre la première phase et chaque phase du pipeline. 
  +  Nombre de modifications qui arrivent en production. 
  +  Délai de génération moyen. 
+  Utilisez des pipelines distincts pour chaque branche et chaque équipe. 

 À ne pas faire : 
+  Avoir des branches de longue durée associées à des grandes fusions complexes. 
+  Procéder à des tests manuels. 
+  Avoir des processus d'approbation, des portails, des révisions de code et des contrôles de sécurité manuels.