/
PreiseBlogAnmeldenKostenlos starten
Zurück zum Blog
Updates

Zeiten & Budget für Kunden, vollständige GitLab-Pipelines und Rechtegruppen duplizieren

Kunden bekommen eine transparente Zeiten-&-Budget-Übersicht mit 1-Klick-Freigaben. Dazu: alle GitLab-Pipelines statt nur die mit offenem Merge Request, duplizierbare Berechtigungsgruppen und Status-Text an verknüpften Tickets.

Spedy Team3 Min. LesezeitRead in English
Zeiten & Budget für Kunden, vollständige GitLab-Pipelines und Rechtegruppen duplizieren
#kunden#budget#zeiterfassung#pipelines#gitlab#berechtigungen

Dieses Update bringt vor allem mehr Transparenz für Kunden: eine eigene Zeiten-&-Budget-Übersicht mit 1-Klick-Freigaben. Dazu erscheinen jetzt alle GitLab-Pipelines statt nur die an einem offenen Merge Request, du kannst Berechtigungsgruppen duplizieren, und verknüpfte Tickets zeigen ihren Status als Text.


Zeiten & Budget: die neue Kunden-Übersicht

Kunden wollen wissen, wie viel Zeit in ihr Projekt fließt und wie es ums Budget steht – ohne die volle Team-Ansicht mit allen Einzelbuchungen. Genau dafür gibt es jetzt eine eigene Seite.

Als Kunde findest du sie in der Seitennavigation unter Zeiten & Budget (Route /time-budget). Sie zeigt dir pro Projekt:

  • Gebuchte Zeit pro Ticket – gebündelt, also ohne Einzelbuchungen, ohne Tages- oder Personen-Aufschlüsselung. Noch nicht bestätigte Entwürfe (PENDING-Buchungen) bleiben außen vor.
  • Budget-Stand – verbraucht und verbleibend, mit denselben Zahlen wie die Team-Ansicht.
  • Offene Budget-Freigaben – jede wartende Anfrage mit Freigeben und Ablehnen direkt zum Anklicken. Beim Ablehnen kannst du optional eine kurze Begründung fürs Team mitgeben.

Offene Freigaben tauchen zusätzlich direkt auf dem Kunden-Dashboard auf, damit ein Sign-off nicht in der Navigation untergeht.

Die Übersicht ist über eine eigene Berechtigung geschützt: Kunden-Übersicht anzeigen (customer-overview:view, Kategorie „Kunden-Übersicht"). Wer die Berechtigung nicht hat, sieht die Seite und den Menüpunkt nicht.


Alle GitLab-Pipelines – nicht mehr nur die mit offenem Merge Request

Die Pipelines-Ansicht zeigte GitLab-Läufe bisher nur, wenn sie an einem offenen Merge Request hingen. Pipelines auf dem Default-Branch, auf einem Branch ohne offenen MR, auf Tags oder aus Schedules – also der Großteil vieler Projekte – fielen durchs Raster. Manche Repositories wirkten dadurch leer, obwohl GitLab fleißig baute.

Das ist jetzt behoben: Jede GitLab-Pipeline erscheint in der Ansicht, unabhängig davon, ob ein Merge Request dazu offen ist. Ein Lauf zeigt jetzt

  • den Branch bzw. Tag und den Auslöser (z. B. Push, Tag, Schedule),
  • einen PR-Chip nur dann, wenn tatsächlich ein Merge Request verknüpft ist.

Auch die Historie wird vollständiger: Der tägliche Hintergrund-Sync zieht jetzt die letzten Projekt-Pipelines ein, nicht nur MR-bezogene. So füllt sich die Ansicht auch für Repositories, deren Webhook erst später eingerichtet wurde.

Für GitHub und Bitbucket ändert sich nichts – deren Läufe erscheinen wie gewohnt.


Berechtigungsgruppen duplizieren

Eine neue Gruppe von Grund auf zusammenzuklicken, obwohl eine bestehende schon fast passt, war unnötig mühsam. Jetzt geht es schneller.

Unter Einstellungen → Berechtigungsgruppen hat jede Gruppen-Karte eine Duplizieren-Aktion – auch die schreibgeschützten System-Gruppen. Die Kopie

  • übernimmt Berechtigungen, Beschreibung, Farbe und Typ,
  • bekommt automatisch einen eindeutigen Namen (mit numerischem Zusatz bei Namensgleichheit),
  • öffnet sich direkt im Bearbeiten-Formular, sodass du sie sofort anpassen kannst.

Nicht mitkopiert werden Mitglieder sowie der Standard- und System-Status – die Kopie ist immer eine frische, anpassbare Custom-Gruppe.


Verknüpfte Tickets zeigen jetzt ihren Status

Kleine, aber spürbare Verbesserung: Bei verknüpften Tickets stand bisher nur ein farbiger Status-Punkt – „Erledigt" von „In Bearbeitung" zu unterscheiden war reine Farbenkunde.

Jetzt steht der Status als Text neben dem Punkt (im ruhigen Badge-Stil: neutraler Text, Farbe nur über den Punkt). Und der Titel darf die ganze Zeile nutzen und wird erst gekürzt, wenn wirklich kein Platz mehr ist – statt wie bisher hart bei 200px abzuschneiden. Die schreibgeschützten Subtickets nutzen dasselbe Badge, sodass Verknüpfungen und Subtickets einheitlich aussehen.


Kurz zusammengefasst

  • Zeiten & Budget für Kunden unter /time-budget: gebuchte Zeit pro Ticket, Budget-Stand und offene Freigaben mit 1-Klick-Freigeben/Ablehnen – freigeschaltet über die Berechtigung customer-overview:view.
  • Alle GitLab-Pipelines erscheinen jetzt, nicht nur die mit offenem Merge Request – inklusive Branch/Tag, Auslöser und vollständigerer Historie.
  • Berechtigungsgruppen duplizieren unter Einstellungen → Berechtigungsgruppen, auch System-Gruppen; die Kopie öffnet direkt zum Bearbeiten.
  • Verknüpfte Tickets und Subtickets zeigen ihren Status als Text und nutzen längere Titel.

Häufige Fragen

Die wichtigsten Fragen rund um dieses Thema — kurz beantwortet.

Wo finden Kunden die neue Zeiten-&-Budget-Übersicht?
Als Kunde findest du sie in der Seitennavigation unter Zeiten & Budget (Route /time-budget). Sie zeigt pro Projekt die gebuchten Zeiten je Ticket, das hinterlegte Budget (verbraucht/verbleibend) und alle offenen Budget-Freigaben. Die Übersicht ist über die Berechtigung Kunden-Übersicht anzeigen (customer-overview:view) freigeschaltet.
Welche Details sehen Kunden in der Zeiten-&-Budget-Übersicht – und welche nicht?
Kunden sehen die gebuchte Zeit gebündelt pro Ticket sowie den Budget-Stand des Projekts (dieselben Zahlen wie die Team-Ansicht). Bewusst nicht enthalten sind Einzelbuchungen, Aufschlüsselungen pro Tag oder pro Person und noch nicht bestätigte Entwürfe (PENDING-Buchungen).
Warum tauchten bei GitLab bisher nicht alle Pipelines auf?
Bisher zeigte die Pipelines-Ansicht nur Läufe, die an einem offenen Merge Request hingen. Pipelines auf dem Default-Branch, auf Branches ohne offenen MR, auf Tags oder aus Schedules fehlten. Jetzt erscheinen alle GitLab-Pipelines – der Lauf zeigt Branch bzw. Tag und den Auslöser, ein PR-Chip nur, wenn ein Merge Request verknüpft ist.
Kann ich eine System-Berechtigungsgruppe duplizieren?
Ja. Unter Einstellungen → Berechtigungsgruppen hat jede Karte – auch die schreibgeschützten System-Gruppen – jetzt eine Duplizieren-Aktion. Die Kopie übernimmt Berechtigungen, Beschreibung, Farbe und Typ, bekommt automatisch einen eindeutigen Namen und öffnet sich direkt im Bearbeiten-Formular. Mitglieder und der Standard-/System-Status werden nicht mitkopiert.
Was hat sich an verknüpften Tickets geändert?
Verknüpfte Tickets und Subtickets zeigten vorher nur einen farbigen Status-Punkt. Jetzt steht der Status auch als Text daneben (z. B. „In Bearbeitung" statt nur ein grüner Punkt), und der Titel darf die ganze Zeile nutzen, statt bei 200px hart abgeschnitten zu werden.
Zeiten & Budget für Kunden, vollständige GitLab-Pipelines und Rechtegruppen duplizieren | Spedy Blog