Skip to main content
Die Enterprise-Seite Rollout zeigt den Status der Umgebungen in den Organisationen Ihres Enterprise und hilft Ihnen, Organisationen zu identifizieren, die ein Blueprint oder eine Build-Korrektur benötigen. Informationen zum Umgebungsmodell hinter diesen Metriken finden Sie unter Enterprise-Umgebungsverwaltung und deklarative Umgebungskonfiguration.

Übersichtsmetriken

Die Seite enthält folgende Zusammenfassung:

Zustand der Organisation

Die Organisationstabelle enthält: Die Tabelle sortiert Organisationen, die Aufmerksamkeit erfordern, zuerst: Organisationen mit fehlerhaften Umgebungen, gefolgt von Organisationen ohne aktuellen Build und anschließend fehlerfreien Organisationen. Verwenden Sie die Tabelle, um Folgendes zu ermitteln:
  • Organisationen ohne Blueprint oder deklarativ konfigurierte Repositorys.
  • Organisationen mit partial- oder failed-Builds.
  • Organisationen, deren letzter erfolgreicher Build veraltet ist.

Schrittweise Einführung von Blueprints

Nutzen Sie die Integritätsdaten, um Blueprints schrittweise und kontrolliert einzuführen:

1. Die Enterprise-Ausgangsbasis validieren

Erstellen und validieren Sie ein Basis-Blueprint auf Enterprise-Ebene mit den Tools, Runtimes, Zertifikaten und der gemeinsamen Konfiguration, die jede Organisation benötigt. Stellen Sie sicher, dass der Build erfolgreich ist und eine repräsentative Sitzung die resultierende Umgebung verwenden kann. Weitere Informationen zur Blueprint-Hierarchie und zur gemeinsamen Konfiguration finden Sie unter Enterprise-Umgebungsverwaltung.

2. Konfiguration auf Organisations- und Repository-Ebene hinzufügen

Sobald die Ausgangsbasis für Enterprise stabil ist, konfigurieren Sie Organisations-Blueprints für Tools auf Teamebene sowie Repository-Blueprints für projektspezifische Abhängigkeiten und Befehle. Beginnen Sie mit repräsentativen Organisationen und Repositorys und erweitern Sie die Konfiguration anschließend auf den Rest des Enterprise. Verwenden Sie Umgebungs-Blueprints, um die Konfiguration zu erstellen und zu überprüfen.

3. Build-Status überwachen

Kehren Sie nach jeder Einführungsphase zur Rollout-Seite zurück. Prüfen Sie Organisationen mit fehlenden Blueprints, beeinträchtigten oder fehlgeschlagenen Builds sowie veralteten Zeitstempeln erfolgreicher Builds. Beheben Sie den betreffenden Blueprint auf Enterprise-, Organisations- oder Repository-Ebene und vergewissern Sie sich anschließend, dass der nächste Build wieder einen gesunden Status aufweist.
Betrachten Sie einen erfolgreichen Build als Kontrollpunkt, nicht als Abschluss der Validierung. Starten Sie für repräsentative Repositorys eine echte Devin-Sitzung und prüfen Sie, ob Tools, Abhängigkeiten, Netzwerkzugriff und Projektbefehle wie erwartet funktionieren.