Skip to main content
La page Rollout Enterprise affiche l’état des environnements dans les organisations de votre Enterprise et vous aide à identifier celles qui nécessitent un blueprint ou un correctif de build. Pour comprendre le modèle d’environnement sur lequel reposent ces métriques, consultez Gestion des environnements Enterprise et configuration déclarative des environnements.

​
Indicateurs récapitulatifs

La page présente les éléments suivants :

​
État de santé de l’organisation

Le tableau des organisations contient : Le tableau affiche en premier les organisations nécessitant une attention : celles dont les environnements sont défaillants, puis celles sans build récent, puis les organisations saines. Utilisez le tableau pour identifier :
  • Les organisations sans blueprint ni dépôt déclaratif.
  • Les organisations avec des builds partial ou failed.
  • Les organisations dont le dernier build réussi est obsolète.

​
Adoption progressive des blueprints

Utilisez les données de santé pour adopter les blueprints de manière progressive et contrôlée :

​
1. Valider la base de référence Enterprise

Créez et validez un blueprint de base Enterprise comprenant les outils, environnements d’exécution, certificats et configurations partagées nécessaires à chaque organisation. Vérifiez que son build aboutit et qu’une session représentative peut utiliser l’environnement ainsi créé. Consultez la section Gestion des environnements Enterprise pour connaître la hiérarchie des blueprints et obtenir des conseils sur la configuration partagée.

​
2. Ajouter la configuration des organisations et des dépôts

Une fois la configuration de base Enterprise opérationnelle, configurez des blueprints d’organisation pour les outils à l’échelle de la Team et des blueprints de dépôt pour les dépendances et les commandes propres aux projets. Commencez par des organisations et des dépôts représentatifs, puis étendez cette configuration au reste de l’Enterprise. Utilisez les blueprints d’environnement pour créer et réviser la configuration.

​
3. Surveiller l’état des builds

Revenez à la page Rollout après chaque phase d’adoption. Examinez les organisations présentant des blueprints manquants, des builds dégradés ou en échec, ou des horodatages obsolètes pour les builds réussis. Corrigez le blueprint Enterprise, d’organisation ou de dépôt concerné, puis vérifiez que le build suivant revient à un statut sain.
Considérez la réussite d’un build comme un point de contrôle, et non comme la fin de la validation. Lancez une véritable session Devin pour des dépôts représentatifs et vérifiez que les outils, les dépendances, l’accès réseau et les commandes du projet fonctionnent comme prévu.