Gitlab 12.2 entkoppelt Pipelines auf Basis von gerichteten azyklischen Graphen, bindet Designer besser ein und erlaubt es, bei Merge Requests die Abhängigkeiten von anderen Projekten zu berücksichtigen.
Über das Schlüsselwort “needs:” in der “.gitlab-ci.yml” gibt ein Admi an, ob ein Job von einem anderen abhängt. Ein Beispiel liefert die Ankündigung zu Gitlab 12.2: Erzeugt ein Buildprozess Pakete einer Software sowohl für Android als auch iOS, muss der Build des iOS-Pakets nicht unbedingt warten, bis der Paketbau für Android fertig ist. Dank des “needs:”-Stichworts darf ein Job nun beginnen, sobald die Abhängigkeit erfüllt ist und muss nicht auf eine Fertigstellung aller anderen Jobs im Vorfeld warten. Im Hintergrund erzeugt Gitlab dafür ein Regelwerk auf Basis von so genannten gerichteten azyklischen Graphen (Directed Acyclic Graph, DAG).
Projektübergreifende Merge Requests
Verwendet eine Organisation eine von Gitlab verwaltete Software X in unterschiedlichen Projekten, kann das zu Problemen führen. Nimmt Projekt A eine Änderung an der Software X vor, betrifft diese auch Projekt B, das Software X ebenfalls verwendet. Um das künftig besser im Auge zu behalten, gibt es seit Gitlab 12.2 die Option, diese Abhängigkeiten von anderen Projekten in Merge Request zu berücksichtigen. Auch neu: Designer erhalten nun auch die Möglichkeit, Anmerkungen an “Issues” vorzunehmen. Sie können sich damit direkter in einen Software-Workflow einklinken. Dies sei erst der Auftakt von einer Reihe von Verbesserungen für Designer und Design, lässt die Ankündigung wissen.
E-Mail-Beschränkung
Ein neues Sicherheitsfeature betrifft Admins und Gruppen-Verwalter: Sie können Gruppenmitgliedschaften auf bestimmte E-Mail-Adressen beschränken. Auf diese Weise verhindern sie zum Beispiel innerhalb einer Firma, dass aus Versehen Außenstehende Zugriff auf ein bestimmtes internes Projekt erhalten. Nicht zuletzt lassen sich Rollouts für Fetaure Flags nun prozentual regeln. Das bedeutet, nur ein bestimmter Prozentsatz der angemeldeten Benutzer bekommt ein bestimmtes Feature zu sehen. Auf diese Weise lassen sich neue Features einfacher einführen und testen.
