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: Standardmäßig sortiert die Tabelle Organisationen, die Aufmerksamkeit erfordern, zuerst, anschließend nach dem Status des letzten Builds (Fehlgeschlagen, Teilweise, kein Build, Erfolgreich) und dann nach aufeinanderfolgenden Fehlern. Verwenden Sie das Suchfeld, um eine Organisation zu finden, oder wechseln Sie den Filter von Alle Organisationen zu Erfordert Aufmerksamkeit. Verwenden Sie die Tabelle, um Folgendes zu ermitteln:
  • Organisationen ohne Blueprint oder deklarativ konfigurierte Repositorys.
  • Organisationen mit partial- oder failed-Builds.
  • Organisationen, die Aufmerksamkeit erfordern oder deren letzter nutzbarer 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, teilweise oder fehlgeschlagenen Builds, aufeinanderfolgenden Fehlern sowie veralteten Zeitstempeln des letzten nutzbaren 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.