> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/devops/devops-de/ubergang-zur-neuen-ui-ux/was-ist-neu.md). # Was ist neu ## ![](https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FG5ZbxX918xOHwbAwAJ4n%2FSummary2-Small-Icon.svg?alt=media\&token=da26a67f-ff7f-47b3-8669-06be960dc2d7) Überblick Flosum ist stolz darauf, eine wunderschön neu gestaltete Benutzeroberfläche (UI) für Cloud DevOps vorzustellen, die auf einem schnelleren, intuitiveren Benutzererlebnis (UX) basiert. Die neue UI sieht aus und fühlt sich an wie das professionelle Entwicklungstool, das sie ist, und nutzt Ihren Bildschirm intelligenter, um mehr Details mit weniger Klicks und weniger Scrollen anzuzeigen. Das Beste daran: Die Workflows, die Sie bereits kennen, bleiben größtenteils unverändert; nur einige Schaltflächen, Bezeichnungen und Navigationselemente wurden überarbeitet oder verschoben. Dieser Artikel gibt Ihnen einen kurzen Überblick über alles Neue, und die unten stehenden Begleitartikel liefern weitere Details: * [Screenshots der neuen Benutzeroberfläche](/devops/devops-de/ubergang-zur-neuen-ui-ux/screenshots-der-neuen-benutzeroberflache.md) * [Wo ist es hin](/devops/devops-de/ubergang-zur-neuen-ui-ux/wo-ist-es-hin.md) ## Rollout der neuen UI Die neue DevOps-UI wird schrittweise, Region für Region, mit einigen Tagen zwischen den einzelnen Releases ausgerollt, sodass Sie sie möglicherweise nicht sofort sehen. In der Zwischenzeit können Sie den Artikel zum Übergang zur neuen UI lesen, um sich mit den bevorstehenden Änderungen vertraut zu machen, auch wenn Ihr Tenant noch die alte UI verwendet. {% hint style="info" %} #### Kein Datenverlust Die neue UI ist rein kosmetisch. Alle Ihre bestehenden Organisationen, Branches, Pull Requests und Pipelines bleiben vollständig verfügbar und unverändert. {% endhint %} ## Seitenleiste Im Seitenmenü gibt es mehrere Änderungen, die sich darauf auswirken, wie Sie durch DevOps navigieren: 1. **Code** wurde umbenannt in **Branches**. Der Menüpunkt funktioniert weiterhin genauso wie zuvor, sodass Sie Ihre Branches weiterhin an derselben Stelle unter dem neuen Namen verwalten können. 2. **Einstellungen** wird jetzt aufgeklappt angezeigt, sodass jede Einstellung als Menüpunkt dargestellt wird. Anstatt Einstellungen zu öffnen und dann eine Seite auszuwählen, können Sie direkt in der Seitenleiste zur benötigten Einstellung navigieren, wodurch weniger Klicks erforderlich sind, um sie zu erreichen. 3. **Hilfe** / **Design** / **Benutzerkonto** wurde an den unteren Rand des Seitenmenüs verschoben. Über das Menü „Benutzerkonto“ können Sie auf Kontoeinstellungen, Design (Hell-/Dunkelmodus) und die Abmeldeoptionen zugreifen. ## Verbesserungen der Branch-UI Die Benutzeroberfläche für einzelne Branches zeigt jetzt mehr Informationen an logischeren Stellen an, mit weniger Scrollen und Klicken. Eine detaillierte Liste der verschobenen Branch-UI-Elemente finden Sie im folgenden Artikel: * [Wo ist es hin](/devops/devops-de/ubergang-zur-neuen-ui-ux/wo-ist-es-hin.md) ## Verbesserungen der Pull-Request-Tabelle Die Pull-Request-Tabelle zeigt jetzt mehr Details zu jedem Pull Request an und hält **Geschlossene** und **Zusammengeführte** Pull Requests sichtbar. In der alten UI wurde ein Pull Request aus der Tabelle entfernt, sobald er zusammengeführt oder geschlossen wurde; jetzt können Sie zusammengeführte und geschlossene Pull Requests auswählen, um ihre Details anzuzeigen. Die Pull-Request-Status wurden außerdem auf nur drei vereinfacht. **Neue Status** * **Offen**: Deckt alle Status der alten UI ab (**Erstellt**, **Review angefordert**, **Änderungen angefordert**, **Genehmigt**) und kennzeichnet einen Pull Request, der eine Aktion erfordert. * **Zusammengeführte**: Früher in der Tabelle verborgen, kennzeichnet dieser Status, dass ein Pull Request abgeschlossen wurde, indem der Quell-Branch in den Ziel-Branch zusammengeführt wurde. * **Geschlossene**: Früher in der Tabelle verborgen, kennzeichnet dieser Status, dass ein Pull Request ohne Zusammenführung geschlossen wurde, wobei Quell- und Ziel-Branch unverändert blieben. ## Code-Viewer Der Code-Viewer wurde aktualisiert, um eine schlankere und leistungsstärkere Benutzererfahrung zu bieten. Überall dort, wo in DevOps Code angezeigt wird, liefert der Code-Viewer jetzt eine einheitliche, konsistente Erfahrung über jedes Tool hinweg. Er bietet zwei Ansichten, eine Einzelkomponentenansicht und einen Diff-Viewer, die dasselbe Design und denselben Ablauf teilen. Der folgende Artikel beleuchtet den neuen Code-Viewer genauer. * [Verbesserter Code-Viewer](/devops/devops-de/ubergang-zur-neuen-ui-ux/verbesserter-code-viewer.md) ## Tabellen Tabellen in DevOps sind jetzt klarer und informationsdichter. Jede Tabelle enthält mehr Spalten mit eindeutigeren Bezeichnungen, sodass Sie sie auf einen Blick überfliegen und finden können, was Sie brauchen, mit weniger Rätselraten. Die höhere Dichte ermöglicht es Ihnen außerdem, mehr Zeilen auf einmal zu sehen, wodurch beim Arbeiten weniger gescrollt werden muss. Zusammen helfen Ihnen diese Änderungen, weniger Zeit mit der Suche nach Informationen und mehr Zeit mit deren Nutzung zu verbringen. Die neue Tabellenansicht der Zeitleiste präsentiert Informationen dort, wo die Reihenfolge der Ereignisse wichtig ist, etwa bei Branch-Commits oder Branch-Aktivitäten. Statt als Standardtabelle sind diese Einträge chronologisch angeordnet, sodass Sie nachverfolgen können, was passiert ist und in welcher Reihenfolge. Dadurch lässt sich der Verlauf der Ereignisse auf einen Blick leichter nachvollziehen. Die Zeitleistenansicht sehen Sie überall dort, wo eine geordnete, ereignisbasierte Perspektive nützlicher ist als eine herkömmliche Tabelle. #### Gespeicherte Ansicht Die neue **Gespeicherte Ansicht** Funktion ermöglicht es Ihnen, einen bestimmten Filter und eine Sortierreihenfolge für jede Tabelle zu speichern. Sobald Sie eine Ansicht konfiguriert haben, die zu Ihrem Arbeitsablauf passt, können Sie sie mit einem Schritt erneut anwenden, anstatt jedes Mal, wenn Sie zur Tabelle zurückkehren, dieselben Filter und dieselbe Sortierung neu zu konfigurieren. Eine gespeicherte Ansicht erfasst alles, was erforderlich ist, um die Konfiguration einer Tabelle zu reproduzieren, und Sie können so viele Ansichten erstellen, bearbeiten, umbenennen und zwischen ihnen wechseln, wie Ihr Arbeitsablauf erfordert. Jede gespeicherte Ansicht speichert: * **Filterauswahlen:** Behält die von Ihnen angewendeten Filter bei, sodass die Ansicht immer nur die Zeilen anzeigt, die für Sie relevant sind. * **Suchbegriff:** Behält eine aktive Suche bei und begrenzt die Tabelle sofort beim Öffnen der Ansicht auf passende Ergebnisse. * **Tabellenreihenfolge:** Merkt sich, wie Ihre Zeilen sortiert und angeordnet sind, und hält das Layout jedes Mal konsistent. * **Benannte Ansichten:** Geben Sie jeder Ansicht einen eigenen Namen, damit Sie die richtige leicht erkennen und auswählen können. ## Verschobene Elemente Einige Elemente wurden an neue Orte verschoben, um DevOps benutzerfreundlicher zu machen. Im Rahmen der Neugestaltung werden zusammengehörige Aktionen und Einstellungen logischer gruppiert. Wenn Sie ein bestimmtes Element nicht dort finden, wo Sie es erwarten, wurde es höchstwahrscheinlich verschoben und nicht entfernt. Eine vollständige Liste der verschobenen Elemente und ihrer neuen Standorte finden Sie im folgenden Artikel: * [Wo ist es hin](/devops/devops-de/ubergang-zur-neuen-ui-ux/wo-ist-es-hin.md) ## Schaltflächen/Bezeichnungen/Dialoge DevOps umfasst zahlreiche kleine Verbesserungen an Schaltflächen, Bezeichnungen und Dialogen in der gesamten App. Bezeichnungen wurden sprachlich überarbeitet, um ihre Aktionen präziser zu beschreiben, Schaltflächen befinden sich näher an den Inhalten, auf die sie sich auswirken, und Dialoge enthalten klarere Eingabeaufforderungen und Hilfestellungen. Jede Änderung ist für sich genommen klein, aber zusammen sollen sie Verwirrung reduzieren und Ihnen bei jedem Schritt mehr Informationen geben, sodass Sie Ihre Aufgaben mit größerer Sicherheit erledigen können. ## Bestehende Dokumentation Die bestehende DevOps-Dokumentation gilt weiterhin für die neue UI, da die Schritte zur Ausführung einer Aufgabe größtenteils gleich geblieben sind, auch wenn die umgebende Oberfläche anders aussieht. Wenn Sie einem bestehenden Artikel folgen, werden Ihnen möglicherweise kleine Unterschiede in der Formulierung der Schritte, der Position von Schaltflächen und den Namen einiger Bezeichnungen auffallen. Die Screenshots sind jedoch inzwischen veraltet und werden im Laufe der Zeit aktualisiert, wenn jeder Artikel überarbeitet wird. Um Ihnen dabei zu helfen, zu erkennen, welche Artikel noch nicht aktualisiert wurden, wird jeder Artikel, der noch veraltete Screenshots oder Anweisungen enthält, ein Banner wie das unten stehende anzeigen. {% hint style="warning" %} #### Geschrieben für die alte Benutzeroberfläche Dieser Artikel wurde für die alte Benutzeroberfläche geschrieben. Die Anweisungen sind weiterhin verwendbar, aber die Screenshots sind veraltet. In einigen Fällen wurden die in den Anweisungen genannten Elemente verschoben oder geändert. Wenn Sie ein Element nicht finden können, siehe den [Wo ist es hin](/devops/devops-de/ubergang-zur-neuen-ui-ux/wo-ist-es-hin.md) Artikel. {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.flosum.com/devops/devops-de/ubergang-zur-neuen-ui-ux/was-ist-neu.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.