Eine Unterbrechung mit Needs you lösen
AbgeschlossenKlären Sie, warum eine Initiative stoppte. Wählen Sie Fortsetzung, Neuplanung, Neustart oder eine manuelle Einrichtungsaufgabe, ohne den Entscheidungskontext zu verlieren.
Veröffentlicht von TaigaWie wir schreiben
Verständnis prüfenEin Build stoppte nach mehreren abgeschlossenen Schritten wegen eines vorübergehenden Infrastrukturfehlers. Der Plan ist weiterhin richtig. Welche Aktion erhält abgeschlossene Arbeit?Übung bearbeiten
Das lernen Sie
- Initiative und Lauf für ihre unterschiedlichen Zwecke nutzen.
- Resume build, Plan again, Try again und Start over unterscheiden.
- Arbeit im gemeinsamen Posteingang mit Nachweisen und der richtigen Berechtigung erledigen.
Finden Sie den Grund für den Stopp
Der fiktive Ausstattungsdienst setzt eine Änderung am Mitarbeiterzugriff um. Seine Initiative zeigt Needs you. Lesen Sie den Grund an der Initiative und prüfen Sie anschließend den Lauf, sofern ein Ausführungsversuch existiert.
Ein fehlgeschlagener Plan, ein unterbrochener Build und ein Build, der nicht starten konnte, sind unterschiedliche Zustände. Taiga lässt die Initiative mit dem zu lösenden Problem in Build. Die Ausführungsfolge läuft an dieser Initiative nicht weiter, bis jemand handelt.
Nutzen Sie den Lauf, um Schritte, Annahmen und abgeschlossene Arbeit zu verstehen. Nutzen Sie die Initiative, um über das weitere Vorgehen zu entscheiden.
Wählen Sie die Aktion nach ihrer Wirkung
| Aktion | Wirkung |
|---|---|
| Resume build | Setzt beim ersten unvollständigen Schritt fort und erhält committete Arbeit |
| Plan again | Erstellt einen Ersatzplan und erhält die bisherige Planhistorie |
| Try again | Versucht einen Build erneut, der nicht starten konnte |
| Start over | Setzt den aktuellen Plan als neuen Lauf auf einem neuen Branch um |
Die Oberfläche bietet zum aktuellen Zustand passende Aktionen an. Lesen Sie die konkrete Erklärung, bevor Sie fortfahren. Start over übernimmt die Arbeit des gestoppten Laufs nicht. Der vorherige Lauf bleibt als Aufzeichnung erhalten.
Prüfen Sie bei einem vorübergehenden Infrastrukturfehler zuerst, ob die Ursache behoben ist. Setzen Sie fort, wenn Plan und erhaltene Arbeit weiterhin geeignet sind. Korrigieren Sie bei einer falschen Datengrenze den relevanten Kontext und Plan, statt dieselbe Implementierung zu wiederholen.
Wenn die Initiative jetzt nicht weiterlaufen soll, nehmen Sie sie aus der Ausführungsfolge. Prüfen Sie die Bestätigung bei aktiver Planung oder aktivem Build, denn die Verschiebung stoppt diese Arbeit.
Lösen Sie Einrichtungsaufgaben getrennt
Action Required ist der gemeinsame Posteingang für Reviews und Aufgaben, die eine Person benötigen. Dazu können Zugangsdaten, Konten, Umgebungsvariablen, Verbindungen zu Paket-Registries und Berechtigungen gehören.
Bestimmen Sie bei einem fehlenden Produktions-Secret den erforderlichen Namen, Anbieter, die Umgebung und Verantwortung. Erstellen oder konfigurieren Sie es über das freigegebene Secret-Verfahren. Fügen Sie seinen Wert nicht in eine Initiative-Beschreibung oder ein Lernarbeitsblatt ein.
Ein Einrichtungseintrag beschreibt die Aufgabe. Seine Markierung als erledigt erstellt die Konfiguration nicht. Führen Sie die tatsächliche Aufgabe aus, prüfen Sie sie und markieren Sie dann den Eintrag als erledigt. Prüfen Sie, wann die Aufgabe erledigt sein muss, und berücksichtigen Sie den aktuellen Laufstatus: Eine fehlende Registry kann die Installation von Abhängigkeiten verhindern, während eine andere Aufgabe erst ein späteres Deployment blockiert.
Halten Sie die gemeinsame Aufzeichnung korrekt
Der Posteingang gehört dem Team. Wenn Sie einen Eintrag erledigen, wird er für alle Zugriffsberechtigten entfernt. Nutzen Sie Dismiss nur, wenn der Eintrag nicht zutrifft. Nutzen Sie Snooze, wenn er später wieder erscheinen soll.
Members, Admins und Owners können Einträge innerhalb ihrer Berechtigungen erledigen. Viewers können lesen, aber die Warteschlange nicht leeren. Bestätigen Sie, dass die Person, die die Arbeit entsperren soll, die erforderliche Befugnis hat.
Prüfen Sie das Ergebnis der Fortsetzung
Prüfen Sie nach der Handlung den neuen Zustand und die Nachweise. Bestätigen Sie, dass der vorgesehene Plan ausgeführt und die fehlende Bedingung erfüllt wurde. Ein wiederholter Fehler kann auf eine ungeklärte Annahme hinweisen, statt auf den Bedarf für einen weiteren identischen Versuch.
Halten Sie die dauerhaft relevante Erkenntnis in den passenden Anweisungen oder Betriebsverfahren fest. Fahren Sie mit der Aktivierung von Taiga im vollständigen Verantwortungsmodell fort.
Übung bearbeiten
Ordnen Sie drei fiktive Unterbrechungen ein: einen vorübergehenden Ausfall des Paketdienstes, einen Plan mit falscher Datengrenze und ein fehlendes Produktions-Secret. Benennen Sie die zu prüfende Aufzeichnung, die Verantwortung, die nächste Handlung und Nachweise, die eine Fortsetzung erlauben.
Arbeitsblatt herunterladen (Markdown)Wenn Sie diese Auswahl aufheben, wird der gesamte in diesem Browser gespeicherte Fortschritt gelöscht.
Ihr Fortschritt bleibt in diesem Browser. Ohne Konto und Tracking.