Communardo Software GmbH, Kleiststraße 10 a, D-01129 Dresden
0800 1 255 255

JIRA 6.1 - Neues für Großkunden

Mit JIRA 6.1 hat Atlassian neben dem neuen Workflow Designer auch wie­der einige aus­ge­wählte Neuerungen mit dedi­zier­tem Fokus auf Großkunden ent­wi­ckelt. Der fol­gende BlogPost gibt einen Einblick in die neuen Enterprise Features.

Neu in JIRA 6.1 – Änderung des Project-Key

Mit genau 300 Votes belegt JRA-2703 aktu­ell einen Platz unter den Top 30 der am meis­ten nach­ge­frag­ten Änderungen in JIRA. Mit JIRA 6.1 ist es jetzt mög­lich den Key eines Projektes über die Administration zu ändern. Hier sind aller­dings einige Punkte zu beach­ten:

  • Nach der Umbenennung wer­den alle Issues im Projekt auto­ma­tisch neu indi­ziert – bei gro­ßen Projekten sollte eine sol­che Aktion nach Möglichkeit außer­halb der regu­lä­ren Arbeitszeiten statt­fin­den, um zusätz­li­che Last auf dem System zu ver­mei­den.
  • Bei der Suche kann auch der alte Key ver­wen­det wer­den. Hier ist das Verhalten iden­tisch zum Verschieben eines Issues über Projektgrenzen hin­weg – alter und neuer Key füh­ren zum Ziel.
  • Der alte Project-Key kann nicht von einem neuen Projekt ver­wen­det wer­den.
  • Hat ein Projekt einen neuen Key bekom­men, so kann es wie­der auf sei­nen alten Key umge­stellt wer­den.

Änderung des Benutzernamens im LDAP

Bisher wur­den Umbenennungen von Nutzern im LDAP von JIRA durch das Löschen und Neuanlegen der Nutzer rea­li­siert. Dies funk­tio­niert natür­lich nur begrenzt (ein Nutzer kann z.B. nicht gelöscht wer­den, wenn er bereits Issues erstellt hat, oder aktu­ell Assignee ist). Des wei­te­ren ist die­ses Vorgehen durch die Implementierung von JRA-1549 in JIRA 6 auch nicht mehr not­wen­dig. Mit JIRA 6.1 ist es jetzt mög­lich das LDAP-Feld für die UUID des Accounts in der Konfiguration des User Directory zu hin­ter­le­gen. Damit erkennt JIRA auto­ma­tisch eine Änderung des Benutzernamens im LDAP und zieht diese Aktion intern nach.

Kennwortrichlinien

Die Antwort von Atlassian, wenn es um Kennwortrichtlinien ging, war immer ein Verweis auf Crowd. Wir waren also rela­tiv posi­tiv über­rascht, als die­ses Feature nun doch direkt in JIRA sei­nen Platz gefun­den hat. Im Gegensatz zu Crowd, das die Passwortprüfung über ein ein­zel­nen regu­lä­ren Ausdruck ermög­licht, ist die Konfiguration in JIRA deut­lich luxu­riö­ser – aber auch weni­ger mäch­ti­ger.

JIRA 6.1 Password Policy

Grundlegend gibt es vier Modi, die ein­ge­stellt wer­den kön­nen:

  • Disabled: keine Prüfung – das ist auch der Standard
  • Basic: min­des­tens acht Zeichen lang und min­des­tens zwei ver­schie­dene Zeichentypen (Zahl, Groß-/Kleinschreibung, Sonderzeichen)
  • Secure: min­des­tens zehn Zeichen lang und min­des­tens zwei ver­schie­dene Zeichentypen
  • Custom: hier legt der Administrator die Komplexität fest und kann dabei die Länge (min und max), die not­wen­di­gen Zeichentypen und Ähnlichkeit zu aktu­el­lem Passwort, Login und Email prü­fen.

Wichtig zu beach­ten: Die ein­ge­stell­ten Kennwortrichlinien gel­ten über­grei­fend für alle vor­han­de­nen User Directories. Sollte es ein exter­nes Directory (z.B. Active Directory oder LDAP) geben, was wie­derum eigene Richtlinien mit­bringt, und JIRA in die­sem Directory schrei­ben dür­fen, so soll­ten die Konfiguration der Kennwortrichtlinien abge­stimmt sein.

Im Gegensatz zu der Implementierung in Crowd gibt es in JIRA aktu­ell keine Möglichkeit einen Passwortwechsel aller x Tage zu for­cie­ren oder Nutzer an der schnel­len Rotation zu hin­dern.

Fazit

Die Enterprise-Features für JIRA kom­men! Man merkt, dass es bei Atlassian ein eige­nes Entwicklerteam gibt, das sich aus­schließ­lich mit den Bedürfnissen von Großkunden befasst. Brachten 5.1 und 5.2 haupt­säch­lich Verbesserungen der Performance und besei­tig­ten die 200.000 Issue Grenze, befasst sich die 6er Reihe bis­her mit deut­lich greif­ba­ren Änderungen (z.B. Ändern von Nutzernamen, Bearbeiten von akti­ven Workflowschemes, i18n für Custom Fields).

Falls Sie auf JIRA 6.1 upgraden wol­len, kön­nen Sie gern unse­ren Upgrade-Check in Anspruch neh­men. Weitere Informationen zu JIRA 6.1 gibt es natür­lich auch bei Atlassian (in Englisch) in den Release Notes zu JIRA 6.1 und im Atlassian Blog.

Related Posts

Pin It on Pinterest