DevOps Versionshinweise zum Arbeitsbereich

Neu:
- Unterstützung für proaktive Integritätsprüfungen
  - Erkennen Sie Anomalien und Probleme in Ihrer DevOps-Change-Geschwindigkeitsinstanz mithilfe einer Reihe proaktiver Prüfungen. Diese Prüfungen können Ihnen helfen, Probleme zu identifizieren, die in der Produktbenutzeroberfläche nicht sichtbar sind, aber durch Tabellenscans leicht erkannt werden können. Je nach Art der Prüfung sind sie entweder geplant oder bei Bedarf.
- Nutzen Sie die Tool-Integration mit ServiceNow
  - Integrieren Sie das Orchestration-Tool Kabelbaum mit DevOps Change-Geschwindigkeit. Mit dieser Integration können Sie in ServiceNow für Kabelbäume eine Verbindung herstellen, erkennen, importieren, Echtzeitereignisse verarbeiten und CI/CD mit Change integrieren.
Geändert:
- Vereinfachtes Onboarding von Orchestration-Tools, die im Basissystem nicht unterstützt werden
  - Das vereinfachte generische Framework bietet Ihnen eine einfach zu verwendende Lösung für die Integration benutzerdefinierter Orchestration-Tools mit ServiceNow DevOps Change-Geschwindigkeit, die minimale Kenntnisse der Plattform erfordert. Es reduziert die Komplexität der Integration, indem es den Umfang der erforderlichen benutzerdefinierten Codierung reduziert und den Gesamtprozess für Kunden und Partner vereinfacht. Durch die Optimierung des Onboardings neuer Orchestration-Tools ermöglicht das -Framework eine schnellere Einführung, eine reibungslosere Skalierung und ein einfacheres Onboarding zusätzlicher Teams. Dadurch entstehen bei der Integration weniger Herausforderungen, die Benutzerakzeptanz wird beschleunigt, und der Übergang wird reibungsloser ausgeführt. Dieses generische Framework unterstützt die Integration jedes Orchestration-Tools, das von ServiceNow nicht nativ unterstützt wird, im Basissystem.
- Anwenderdefinierte Felder für die Integration des Planungstools
  - Integrieren Sie zusätzliche anwenderdefinierte Felder für Arbeitselemente, und profitieren Sie dadurch von einer verbesserten Konfigurierbarkeit der im Basissystem von DevOps Change-Geschwindigkeit unterstützten Planungstools.
- Verbesserte Berechnung der Vorlaufzeit
  - Die Berechnung der Vorlaufzeit berücksichtigt jetzt Artefakte/Pakete, die als Teil der Pipelineausführung registriert sind, und wird basierend auf den ihr zugeordneten Commits berechnet.
- Verbesserte produktinterne Anleitung für eine effektive Einführung von Selfservices
  - Verbesserte Anwender-Experience durch Hinzufügen von Dokumentation oder Navigation zu externer Dokumentation an verschiedenen Stellen im Arbeitsbereich.

Neu:
- OAuth 2.0-Authentifizierung für Azure DevOps (ADO)
  - Verwenden Sie die OAuth 2.0-Authentifizierung, um Ihr Azure DevOps-Tool mit DevOps Change-Geschwindigkeit zu verbinden und so eine sichere Authentifizierungsmethode zu schaffen.
- OAuth 2.0-Authentifizierung für Jira Cloud
  - Verwenden Sie die OAuth 2.0-Authentifizierung, um Ihr Jira Cloud-Tool mit DevOps Change-Geschwindigkeit zu verbinden und so eine sicherere Authentifizierungsmethode zu gewährleisten.
Geändert:
- Generalisierte Docker-Containerlösung zur Unterstützung jedes Orchestration-Tools
  - Verwenden Sie die verallgemeinerte und erweiterbare Docker-Container-Lösung, um jedes Orchestration-Tool mit DevOps Change-Geschwindigkeit zu integrieren und Pipeline-Aktionen wie die Erstellung von Change-Anforderungen und das Sammeln relevanter DevOps-Daten aufzurufen, ohne auf Tool-spezifische Plugins oder Erweiterungen angewiesen zu sein.
- Vereinfachtes Onboarding von Planungstools, die im Basissystem nicht unterstützt werden
  - Integrieren Sie Planungstools, die im Basissystem nicht unterstützt werden, mithilfe von Transformatorregeln. GitLab-Probleme sind jetzt als eines der Planungstools verfügbar und werden mit diesem neuen Ansatz entwickelt, sodass Sie in GitLab Pläne erkennen, Arbeitselemente importieren und Webhooks für Arbeitselemente (Probleme) konfigurieren können.
- Verbesserte Experience bei der manuellen Erstellung von DevOps-Changes durch direkte Zuordnung von Arbeitselementen
  - Fügen Sie in Service Operations-Arbeitsbereich für ITSM Arbeitselementdaten in einer manuell erstellten DevOps-Change-Anforderung hinzu.

Der DevOps-Change-Arbeitsbereich wurde verbessert, um die folgenden DevOps Change-Geschwindigkeitsfunktionen zu unterstützen:
- Geändert:
  - Verbesserte Journey zur vollständigen Change-Automatisierung mithilfe von Modellen.
  - Support-Wiederholungen mit GitHub-Aktion.
  - Unterstützen Sie API_KEY für Jira Server.
  - Behalten Sie Verzweigungsdetails in der Pipeline-Ausführung bei, um Commits aus Artefakten und Paketen zu bestimmen.
- Entfernt:
  - Change-Aufgaben werden nicht mehr automatisch erstellt, damit der Flow Change – DevOps-Implementierung des DevOps-Modells besser für DevOps-Changes geeignet ist.
  - Die Flows für die Genehmigung von DevOps-Change-Anforderungen für minimale Automatisierung und für die Genehmigung von DevOps-Change-Anforderungen für erweiterte Automatisierung werden für DevOps-Change-Anforderungen nicht ausgelöst, deren Modell ein DevOps-Change-Modell des Basissystems (DevOpsorDevOpssimplified) ist, um Konflikte und Fehler zu vermeiden.
  - Hinweis: Ausführliche Informationen zu den Funktionen finden Sie in den Versionshinweisen zu DevOps Change-Geschwindigkeit.

Geändert:
- Der DevOps-Change-Arbeitsbereich wurde verbessert, um die folgenden DevOps Change-Geschwindigkeitsfunktionen zu unterstützen:
  - Das Tools-Modul wurde für eine bessere Anwender-Experience neu gestaltet
  - Unterstützung für die Integration eines anwenderdefinierten Orchestration-Tools
  - Verbesserte Behandlung von Onboarding-Fehlern und Schutzmaßnahmen
  - Lassen Sie die Erstellung von Change-Anforderungen auch bei Fehlern beim DevOps-Datenabruf zu
  - Support für GitLab-Merge-/Pull-Anforderung
  - JFrog Artifactory-Unterstützung für GitHub Actions, Azure DevOps und GitLab
  - Unterstützung für Jira Cloud
  - Unterstützt mehrere ServiceNow DevOps-Konfigurationen in derselben Jenkins-Instanz
  - Verbesserungen des GitLab-Docker-Containers

Neu:
- Integration mit GitHub-Problemen
  - GitHub unterstützt jetzt zusätzlich zu den Code- und Orchestration-Fähigkeiten die Fähigkeit Planen mit Integration von GitHub-Problemen. GitHub-Probleme des Repositorys können auch erkannt und mit den GitHub-Commits verknüpft und im ServiceNow DevOps CHG beibehalten werden, das für Richtlinienentscheidungen der ServiceNow DevOps CHG-Beschleunigung verwendet werden kann.
  - Unterstützt verschiedene Arten von Komponententests für GitHub-Aktionen
    - Veröffentlichen Sie Testergebnisse verschiedener Komponententest-Toolberichte wie NUnit, Pytest, Jest, JUnit, XUnit automatisch ohne anwenderdefinierte API-Aufrufe, um sie im ServiceNow DevOps-CHG zu veröffentlichen.
  - Experience der geführten Change-Automatisierung
    - Sie erhalten jetzt bessere produktinterne Anleitungen zu den verschiedenen Möglichkeiten zur Nutzung von DevOps-Changes und zur einfachen Übernahme von DevOps-Changes, ohne den Change-Prozess vollständig zu unterbrechen. Ein Stepper führt Sie durch die Automatisierung der Erstellung von DevOps-Changes. Sie können den Verbindungsstatus eines Tools überprüfen, während Sie eine Pipeline auf dem Stepper auswählen, und Sie werden auch benachrichtigt, bevor Sie mit dem nächsten Schritt fortfahren. Zwei neue Statusübergangs-Flows: „Change – DevOps – Neu“ und „Change – DevOps-Zeitplan“ für das DevOps-Change-Modell werden eingeführt, um Changes durch diese Status zu verschieben und zu verfolgen. Das Skript „DevOpsChangeRelationshipHelper“ wurde eingeführt, um Daten abzurufen, die einer Change-Anforderung zugeordnet sind, basierend auf dem angegebenen Beziehungstyp.
  - Entfernung der Rolle „Verbindungsadministrator“ und „Flow Designer“ für DevOps-Administrator und Toolbesitzer
    - Die Sichtbarkeit und die Bearbeitungsfunktionen von DevOps-Administratoren und Toolbesitzern wurden in Bezug auf Verbindungen und Anmeldeinformationen eingeschränkt, indem die Rollen „Flow Designer“ und „Verbindungsadministrator“ für diese Anwender entfernt wurden.
  - Änderungen an Artefakten und Paketen:
    - Die allgemeine Experience bei der Einführung, Implementierung und Fehlerbehandlung für Artefakte und Pakete wurde verbessert. Die Artefakt- und Paketregistrierungs-API für Jenkins und ADO bietet jetzt in der Antwort eindeutige Nachrichten zum Status. Benutzer können sehen, ob die Artefaktversion bereits vorhanden, bereitgestellt oder erstellt ist, und im Falle einer Ablehnung den Grund anzeigen. In der Konsole ist eine eindeutige Meldung zusammen mit einem Link zum Navigieren zur Artefaktseite verfügbar. Die DevOpsDPRHelper-API akzeptiert jetzt Pipeline-Ausführungen als Eingabe, um Daten zu Schwachstellen, Testergebnissen und Codeabdeckung abzurufen. Die Experience bei der Problembehandlung wurde durch eine zusätzliche Beschreibungsspalte verbessert, in der erläutert wird, warum eine Artefaktversion oder ein Paket aussteht. Ein neues Listenmodul, das die Listen „Artefakt“, „Paket“ und „Ausstehende Pakete“ enthält, wurde erstellt, um den Zugriff auf diese Informationen im DevOps-Change-Arbeitsbereich zu erleichtern.

Neu:
- DevOps-Homepage-Updates
  - Die DevOps-Homepage wird mit einem neuen Leitfaden für die ersten Schritte aktualisiert, mit dem Sie automatisch DevOps-Changes erstellen können, die Ihrem aktuellen Change-Prozess entsprechen. Eine neue Systemeigenschaft für DevOps ermöglicht Statusübergänge. Sobald eine DevOps-Change-Anforderung erstellt wurde, wird der Leitfaden für die ersten Schritte durch einen stabilen Status ersetzt, der einen Überblick über alle Ihre Tools, Anwendungen und Pipelines mit aktivierter Change-Steuerung bietet. Im neuen Metrikabschnitt für Tools können Sie ganz einfach alle Bereiche identifizieren, die Aufmerksamkeit erfordern. Im neuen Abschnitt für Anwendungsmetriken können Sie sehen, welche Apps die meiste Aktivität aufweisen. Im neuen Abschnitt für die Change-Automatisierung werden alle DevOps-Changes angezeigt, einschließlich derer, die auf Genehmigung warten.
  - Experience der geführten Change-Automatisierung
    - Sie erhalten jetzt bessere produktinterne Anleitungen zu den verschiedenen Möglichkeiten zur Nutzung von DevOps-Changes und zur einfachen Übernahme von DevOps-Changes, ohne den Change-Prozess vollständig zu unterbrechen. Ein Stepper führt Sie durch die Automatisierung der Erstellung von DevOps-Changes. Sie sehen, dass die Flows „DevOps-Modell-Change-Genehmigung“ und „DevOps-Standard-Change-Genehmigung“ in „Manuelle Genehmigung von DevOps-Change-Anforderungen“ bzw. „DevOps-Change-Anforderung – Genehmigungs-Flow für erweiterte Automatisierung“ umbenannt werden. Außerdem wird ein neuer Change-Genehmigungs-Flow „DevOps-Change-Anforderung“ erstellt Minimale Automatisierungsgenehmigung“ wird eingeführt. Die UX erklärt deutlich das beabsichtigte Ergebnis und Verhalten der einzelnen Flows und wann welcher Flow verwendet werden soll, um inkrementell den vollständigen Wert zu erreichen.
  - Stellen Sie eine Verbindung zu einem Tool- und App-Playbook her
    - Der Umfang des Tool-Playbooks wird reduziert, um die Rolle des Toolbesitzers besser zu unterstützen. Der Schwerpunkt liegt nun darauf, eine Verbindung zu Tools herzustellen, die über ausreichende Berechtigungen verfügen, und Webhooks zu konfigurieren, um Echtzeitdaten zu empfangen. Das neue Playbook „Anwendung erstellen“ leitet App-Besitzer an, eine DevOps-Anwendung zu erstellen, ihre Pläne, Repositorys und Pipelines zuzuordnen und Verlaufsdaten zu importieren.
  - Toolverbindung und Konfigurationsstatus
    - Für Jenkins, GitHub und Azure DevOps werden die Statusindikatoren für Verbindungen und Konfigurationen aktualisiert. Sie können auch die Toolverbindungen einfach testen. Der Gesamtstatus des Tools wird jetzt basierend auf dem Status von Verbindungsstatus, Tool-Anmeldeinformationen, Berechtigungsprüfung, Webhook-Konfigurationsstatus als „Verbunden“, „Nicht verbunden“, „Handlungsbedarf“ aktualisiert.
  - Jenkins automatisch konfigurieren
    - Das im Jenkins-Tool installierte ServiceNow DevOps-Jenkins-Plugin kann jetzt automatisch direkt in der Anwendung DevOps Change-Geschwindigkeit konfiguriert werden.
  - Automatisiertes OAuth-JWT-Setup zur Vereinfachung des Onboardings von GitHub-OAuth-JWT-Tools im Playbook
    - Mehrere manuelle Schritte, die beim Onboarding des GitHub-Tools mit OAuth-JWT-Anmeldeinformationen erforderlich sind, sind jetzt im Tool-Onboarding-Playbook automatisiert, was das Onboarding des GitHub-Tools erleichtert.
  - Unterstützung für Testverbindungen von Jenkins und GitHub
    - Testen Sie die Konfiguration des GitHub-Webhooks und des Jenkins-Plugins direkt in DevOps Change-Geschwindigkeit. Die Schaltfläche Verbindung testen gibt einen Gesamtstatus des Tools an. Das Jenkins-Plugin kann jetzt automatisch über DevOps Change-Geschwindigkeit konfiguriert werden.
  - Checkmarx-Support
    - Verbinden Sie Checkmarx, das in Ihre CI/CD-Pipelines integriert ist, mit DevOps Change-Geschwindigkeit, um Ergebnisse von Sicherheitsscans abzurufen. Dies hilft Ihnen zu bestimmen, wie angreifbar Ihr Code ist. Checkmarx-Scans, die in GitHub Actions-, Jenkins- und Azure DevOps-Pipelines konfiguriert sind, werden im Basissystem unterstützt. Sie können die Ergebnisse von Sicherheitsscans entweder in der zugehörigen Liste einer Change-Anforderung oder der Aufgabenausführung der Pipeline in Ihrer ServiceNow-Instanz oder in der Pipeline-UI anzeigen. Sie können Sicherheitsergebnisse verwenden, um Change-Richtlinien und Bedingungen für die Change-Automatisierung zu definieren. Sowohl Checkmarx One als auch Checkmarx SAST werden unterstützt.
Behoben:
- Option zur Suche nach Projekten während der Konfiguration wird Rally hinzugefügt.

Geändert:
- Änderungen am Arbeitsbereich für Onboarding und Einblicke
- Dies umfasst die Validierung der Installation der ServiceNow DevOps-Erweiterung in Azure DevOps vor der Konfiguration von Webhooks, den automatischen Import von Pipeline-Schritten beim Durchlaufen des Setups der Change-Automatisierung, Onboarding-Verbesserungen, Informationssymbole für DevOps-Einblicke-Widgets und bessere Grafiken für Flow- und Beschleunigungsmetrik-Punktzahlen für DevOps-Einblicke .

Changes an unterstützenden Fähigkeiten, die in DevOps Change-Geschwindigkeit 1.38 hinzugefügt wurden.

Geändert:
- Änderungen am DevOps-Change-Arbeitsbereich
  - Optimiertes anfängliches System-Setup für ServiceNow-Administratoren, einschließlich Setup-Status, verbesserter Identifizierung des für den Abschluss erforderlichen Umfangs, der Möglichkeit zum Festlegen neuer Passwörter für Accounts, die zur Konfiguration des Anmeldeinformationsalias verwendet werden, zusätzlicher Validierung und mehr.
  - Erweiterung der Rolle „App-Besitzer“, die die Möglichkeit umfasst, Pipelineschritte zu ändern, um Anwendungsservices zuzuweisen oder die Change-Automatisierung einzurichten. App-Besitzer können auch auf „Erkennen“ für Tools klicken, um neue Objekte zuzuordnen, die für ihre DevOps-Anwendung benötigt werden. Aktualisierte Toolverwaltung, mit der Sie die Anmeldeinformationen für jedes Tool einfach aktualisieren und die Berechtigungen für die angegebenen Anmeldeinformationen überprüfen können.

Behoben:

Aktualisierte Fehlermeldungen
- Verbesserte Fehlermeldungen, um die Ursache eines Problems beim Herstellen einer Verbindung mit einem -Tool zu ermitteln. Fehlermeldungen identifizieren relevante aktive Probleme, heben bestimmte Probleme hervor und erläutern, wie sie entschärft werden können. Eine neue Berechtigungsprüfung beim Verbinden eines Tools zeigt anstelle der erforderlichen Berechtigungen Berechtigungen an, die in den Anmeldeinformationen verfügbar sind.
Sie können jetzt einen bestimmten MID-Server direkt auf der Seite des DevOps-Change-Arbeitsbereichs angeben, während Sie eine Verbindung zu einem Tool herstellen
Ausführungen der Pull Request-Pipeline (PR) unterstützen GitHub/Jenkins
- Verfolgen und unterstützen Sie die Ausführungen der Pull-Request-Pipeline für das Jenkins-Orchestration-Tool und PRs, die im GitHub-Codierungstool erstellt wurden. Integrieren Sie PR-Daten wie Abrufanforderungs-ID, Commits, Ursprungsverzweigung, Zielverzweigung, „Gestellt von“, Genehmiger, Kommentare, ausgelöste PR-Zeit, PR-Genehmigungszeit und PR-Zusammenführungs-/Schließungszeit aus dem GitHub-Codierungstool in das für den entsprechenden erstellte DevOps-CHG Pipeline-Ausführung im Jenkins-Orchestration-Tool. Fügen Sie außerdem die PR-bezogenen Daten an die DevOps-CHG an, um zu überprüfen, wer den PR-Zusammenführungsprozess autorisiert, validiert, verifiziert und genehmigt hat.
Verlaufsdaten für DevOps-Tools und CHG-Rückverfolgbarkeit importieren – Gitlab
- Importieren Sie Verlaufsdaten für Code- und Orchestration-Fähigkeiten, indem Sie Daten über den Selfservicekatalog für das App-Onboarding und regelmäßige Abfragen abrufen.
- Das Import-Framework hilft beim Onboarding von Teams, indem DevOps-Daten in die Instanz importiert werden, ohne die Pipeline bearbeiten oder Webhooks konfigurieren zu müssen. Die importierten Daten bieten Einblicke in die Ursachen für eine vollständige Change-Rückverfolgbarkeit von Commits, Verzweigungen, Tags und Pipelines (beide CI/CD) aus Gitlab.
SonarQube – Unterstützt neue Codemetriken
- Integrieren Sie die von SonarQube-Scan-Ergebnissen bereitgestellten neuen Code-Metriken neben den Gesamt-Code-Scan-Ergebnissen, basierend auf der Konfiguration für neuen Code in SonarQube. Die folgenden neuen Codemetriken sind in diesem Release integriert: Neue Schwachstellen, Neue Wartbarkeitsbewertung, Neue Zuverlässigkeitsbewertung, Neue Sicherheitsbewertung, Neue Fehler, Neue Code-Geschmacksrichtungen, Neue Technische Schulden und Neue Codezeilen. Dies wird für die Orchestration-Tools Jenkins, Azure DevOps und GitHub Actions unterstützt.
Integration des Split.io-Funktionskennzeichnungs-Tools mit ServiceNow
- Diese Integration erweitert ServiceNow um die Verwaltung des CHG-Genehmigungsprozesses für Funktionskennzeichnungen und Segmente von Split.io. ServiceNow DevOps kann jetzt Updates für Funktionskennzeichnungen verwalten.
- Die Unterstützung des Split.io-Funktionskennzeichnungstools ermöglicht die Erkennung von Arbeitsbereichen, Umgebungen, Segmenten und Funktionskennzeichnungen. Sie können CHG-Anforderungsfelder festlegen, um Split.io für die CHG-Steuerung zu aktivieren. Bei der Genehmigung/Ablehnung einer CHG-Anforderung wird die Rückruf-URL in Split.io für den Split oder das Segment aufgerufen, um die Implementierung des Updates für den Split und das Segment fortzusetzen
Sie können jetzt Berichte im Dashboard für DevOps-Einblicke nach Geschäftsanwendungen filtern.
Für die Jenkins-Integration wird jetzt mindestens Jenkins-Version 2.289.1 unterstützt

Geändert:

Artefakte mit demselben Namen, aber unterschiedlichen Versionen werden als Duplikate betrachtet (auch wenn sie zu unterschiedlichen Repositorys gehören).
Für eine ADO-Release-Pipeline wurden zwei Pipelineausführungen erstellt, wenn der ADO-Projektname Leerzeichen und Sonderzeichen enthält.
DevOps – Change-Tickets enthalten Links zur Pipeline-Startseite anstelle einer bestimmten Ausführung.
Azure DevOps
Commits und Arbeitselemente werden nicht mit Artefakten für Pipelines verknüpft, die im ersten Schritt oder Auftrag Artefakte veröffentlichen enthalten.
Azure DevOps – Importierte Commit-Details zeigen die falsche Anzahl der geänderten Dateien an
Arbeitselemente, Testzusammenfassungen und Commits werden in ServiceNow nicht an Changes angehängt, wenn die Release-Pipeline vor der Build-Pipeline eincheckt.
Falsche Nachricht in den Details zur Verarbeitung eingehender Ereignisse, wenn die Testtypzuordnung fehlt.
Nach dem historischen Import von abgebrochenen Pipelineausführungen wird der Pipelinestatus in der Pipeline-UI als „In Bearbeitung“ angezeigt
Jenkins Orchestration-Ereignisse gehen zufällig in einen Fehlerstatus über.

Neu:
- Verbesserte Fehlermeldungen, damit Sie die Ursache eines Problems beim Herstellen einer Verbindung mit einem -Tool ermitteln können. Fehlermeldungen identifizieren relevante aktive Probleme, heben bestimmte Probleme hervor und erläutern, wie sie entschärft werden können.
- Sie können jetzt einen bestimmten MID-Server direkt auf der Seite des DevOps-Change-Arbeitsbereichs angeben, während Sie eine Verbindung zu einem Tool herstellen.

DevOps Data Workspace wird automatisch als Abhängigkeit zusammen mit DevOps Insights installiert, wenn die neue DevOps Change Velocity App installiert wird. Ab Release 1.31 installieren Sie die App „DevOps Change-Geschwindigkeit“, unabhängig davon, ob Sie eine vorhandene ServiceNow DevOps-Version aktualisieren oder neu installieren. DevOps Change-Geschwindigkeit vereinfacht und optimiert Ihre DevOps-Installations-Experience.
Unternehmen setzen auf DevOps, um die Produktbereitstellung und Innovation zu beschleunigen, ohne die Qualität zu beeinträchtigen. DevOps spielt eine wesentliche Rolle, um sich abzuheben, die Reaktionsfähigkeit gegenüber Kunden zu verbessern und Ihren Wettbewerbsvorteil auszubauen.
ServiceNow DevOps basiert auf einem leistungsstarken Datenmodell, das Ihre DevOps-Toolkette mit der bereits in der Plattform vorhandenen Arbeit und den Daten verbindet. Eines von mehreren wertvollen Ergebnissen ist die Möglichkeit, Changes zu beschleunigen und gleichzeitig ein effektives und transparentes Risikomanagement sicherzustellen. Dies kann das Change-Management für Entwickler transparent machen, ihre Experience verbessern und ihre Produktivität steigern, da sie ihre bevorzugten Tools verwenden können.
Dieser verbundene Wertstrom unterstützt die Software Factory auf andere Weise durch das Sammeln, Erstellen und Freigeben von Einblicken über maßgeschneiderte Dashboards. Sie haben eine vollständige Kette von den Vorgängen in der Produktion bis zur ersten Idee oder dem ersten Problem, das einen Entwickler dazu veranlasst hat, mit der Arbeit zu beginnen. Die Codebereitstellung wird selbst bei schnellen Iterationen zuverlässiger, und wenn Incidents auftreten, können sie schneller gelöst werden.

DevOps Versionshinweise zum Arbeitsbereich

Store-Versionshinweise

DevOps Versionshinweise zum Arbeitsbereich

Versionsverlauf