Veröffentlicht am: 26. August 2026
3 Minuten Lesezeit
Was sich in der GitLab-Oberfläche ändert und worauf wir hinarbeiten.

Die Produktoberfläche steht dieses Jahr im Zeichen der Reduktion. Nach dem Dark Mode läuft das Wasser ab: ruhigere Rahmenelemente, insgesamt weniger Farbe, entfärbte Bedienelemente. Das kann sich wie ein Verlust anfühlen. So ist Ebbe immer. Bei Ebbe sieht man aber auch den Verlauf der Küste klar genug, um darauf etwas Neues zu bauen.
Was mit der Flut kommt, ist eine Oberfläche für eine andere Art von Arbeit: Man sucht nicht die richtige Schaltfläche, sie erscheint in dem Moment, in dem sie gebraucht wird. Das ist eine grundlegende Verschiebung, und die braucht Luft. Diesen Platz schaffen wir gerade.
Die Technik durchläuft solche Zyklen. Als Touchscreens die physischen Tasten ersetzten, fühlte sich das zunächst nach Verlust an, bis Gesten, Sprache und haptisches Feedback eine tiefere Art von Interaktion und Ausdruck möglich machten. Kabel wichen der Funktechnik, und jeder dieser Generationswechsel brachte für eine Zeit echte Reibung mit sich. Dass das Wasser abläuft, ist nicht der Punkt. Der Punkt ist, was mit der Flut zurückkommt.
Das hat sich in der GitLab-Oberfläche geändert:
Komponenten vorher (links) und nachher
UI-Themes vorher (oben) und nachher
Bloom erscheint unter dem GitLab-Duo-Panel
Unsere Fassung dieses Zyklus begann vor Jahren mit dem Entfernen vieler alter Bootstrap-Varianten und setzte sich mit dem Umstieg auf Design-Tokens fort. Statt eine überfüllte Palette gemeinsam zu nutzen, haben wir Kategorien wie Aktionen, Rückmeldungen und Bedienelemente enger gefasst. Farbe im Produkt hatte ein echtes Problem: Sie sollte zu viele Aufgaben gleichzeitig erfüllen, und manche Bildschirme wirkten dadurch "beleuchtet wie ein Christbaum". Unternehmenssoftware begrenzt Farbe im Allgemeinen, damit sie etwas bedeutet, wenn sie dann auftritt. In diese Richtung entwickeln wir seit Jahren weiter.
Änderungen dieser Art sind selten schon nach dem ersten Durchgang fertig. Im Review und in den ersten Tests sieht etwas gut aus. Die Probleme zeigen sich erst im breiten Einsatz, über die ganze Produktfläche hinweg. Vielleicht lassen sich zwei Zustände schwer unterscheiden oder ein Bedienelement ist schwer zu finden, was auch auf größere Probleme in der Bedienung oder im Aufbau hindeuten kann, die es wert sind, korrigiert zu werden. Das gilt nicht nur für diesen Rollout. So funktioniert Iteration. Es gibt ein Issue für Rückmeldungen zur Oberfläche, und wir gehen die Kommentare durch.
Bis hierher haben wir es geschafft, ohne KI zu erwähnen. Aber jetzt kommt sie. Eine ruhigere, reduziertere Oberfläche ist kein Selbstzweck. Die nächste Welle wird nicht allein aus Elementen bestehen, die auf einen Klick warten. Sie wird aus intelligenten Momenten bestehen, die sich von selbst zeigen. Eine ohnehin laute Oberfläche übertönt diese Art von Interaktion.
Uns ist klar, dass nicht alle Änderungen gleich aufgenommen werden, manchmal aus subjektiven Gründen und manchmal aus sehr objektiven. Dieser Unterschied ist uns wichtig, und wir wollen von beidem hören. Eine Notiz im Feedback-Issue genügt.
Kostenlose 30-tägige
GitLab-Testversion starten
Keine Kreditkarte erforderlich.
Hat dir dieser Blogbeitrag gefallen? Hast du Fragen oder Feedback? Erstelle ein neues Diskussionsthema im GitLab-Community-Forum und lass andere an deinen Eindrücken teilhaben.
Feedback teilenBeginne noch heute, schneller zu entwickeln
Entdecke, was dein Team mit der intelligenten Orchestrierungsplattform für DevSecOps erreichen kann.