2017-10-18 1 views
0

Hintergrund Ich arbeite an der Implementierung agiler Berechtigungen zusammen mit Code-Berechtigungen für ein TFS-Projekt. Es wird mehrere Teams in diesem Projekt geben, wir haben derzeit 3, werden aber wachsen. Ich bin mit Project Admin-Rechten eingerichtet.TFS 2017 Permission Management scheint am wenigsten zu sein?

Bereich Berechtigungen Am Stamm TFS-Bereich haben Project Admins die Möglichkeit, diese Knoten Rechte zu erstellen, zu löschen und zu bearbeiten. Teammitglieder nicht.

Problem Als ich mich selbst zu einem der Team Gruppen hinzufügen Ich bin nicht mehr in der Lage Produkte von diesem Knoten zu löschen, obwohl ich ein Projekt Admin bin. Das heißt, ich kann nie ein Teil der Teams sein? Dies wird mich in der Kapazitätsplanung unter anderen Bereichen verletzen, in denen ich an Aufgaben arbeite, wenn ich das Projekt nicht administriere.

Fehle ich etwas? Gibt es eine Einstellung für Most Privileged oder etwas, das es mir erlaubt, ein Teammitglied zu sein und trotzdem die Verwaltung des Projekts durchzuführen?

+0

Wie lautet die Berechtigung des Project Admins für die Knoten? Sie können Projektadministratoren die Ausführung von Aktionen verweigern. – DaveShaw

+0

@DaveShaw Projekt-Admin-Sicherheit hat für die oberen drei Dauerwellen im Bereich zulassen. Erstellen, löschen und bearbeiten Ich glaube, ich habe hier einen Hinweis auf das gleiche Thema gefunden: https://social.msdn.microsoft.com/Forums/en-US/fd7ae6b9-c684-40ae-aa06-025c627522ba/have-a-custom-permission-in- tfs-20172? forum = tfsgeneral Es wird gesagt, wenn Sie ein Mitglied von zwei Gruppen sind und eine Gruppe hat verweigern gesetzt, dann werden Sie abgelehnt, obwohl ich Projektadministrator bin. Das ist ziemlich einschränkend, wenn das der Fall ist, weil ich nicht in einem Team sein kann als eine Person, die mehr Berechtigungen hat als die Teammitglieder, weil ich diese Berechtigungen verlieren werde? – gperrego

Antwort

2

Verwenden Sie keine expliziten Verweigerungsberechtigungen - ein explizites Verweigern überschreibt explizite Erlaubt. "Nicht festgelegt" ist, was Sie verwenden möchten - das bedeutet "verweigern, wenn nicht anders erlaubt".

1

Das Problem ist, dass "Deny" alle anderen Berechtigungen überschreiben wird. Deny gewinnt immer.

können Sie 2 Dinge tun

  • Entfernen ADMIN aus dem Team-Gruppe. Ein Administratorkonto sollte nicht ein Mitglied einer Beitragsgruppe sein müssen, da Admin eine Obermenge der Berechtigungen an Beitragszahler ist.
  • Wenn Sie das Konto aus bestimmten Gründen nicht aus dieser Gruppe entfernen können, ändern Sie die Berechtigungen . TFS-Berechtigungen haben 3 Status. Allow, not set, Deny.

    Als leugnen das Problem verursacht, dann die Berechtigungen ändern zu „not set“ das wird noch Mitglieder der Mitwirkenden Gruppe verhindern zu können Berechtigungen verwalten, sondern stoppen, um die Admin-Benutzer-Berechtigungen überschreiben

+0

Ja, wir brauchen den "Not Set" -Ansatz. Wir haben Leute, die manchmal viele Hüte tragen und diese Leute können in einem Team sein, das Code eincheckt oder UserStories bearbeitet. Ich bekomme immer noch meine nassen Füße hier und ich sehe, wenn der Benutzer nicht im Team ist, kann man sie nicht in der Kapazität hinzufügen. Ich bin mir nicht sicher, was außerhalb der Kapazitätsfunktionen bewirkt werden würde? – gperrego

+0

@gperrego Sie haben also das ursprüngliche Berechtigungsproblem durch obige Lösungen gelöst, oder? Dann könntest du es als Antwort akzeptieren. Dies kann für andere Community-Mitglieder, die diesen Thread lesen, von Vorteil sein. –

+0

Entschuldigung, ich habe gewählt, statt zu akzeptieren, alles jetzt eingestellt. Danke für die Hilfe. – gperrego

Verwandte Themen