2012-04-13 3 views

Antwort

2

Nehmen wir an, ich habe $/Proj/Branch1, und ich leugne Leseberechtigung für $/Proj/Branch1 für Benutzer A. Dies würde $/Proj/Branch1 und alles darunter für Benutzer A unsichtbar machen. Das liegt daran Standardmäßig haben Elemente keine Berechtigungen für sie und erben nur von ihren Eltern.

Wenn dies Ihr Szenario ist, dann gibt es keine weitere Aufgabe, als dem Benutzer die Leseberechtigung zu verweigern.

Die Ausnahme von der Regel ist, wenn ein untergeordnetes Element von $/Proj/Branch1 vorhanden ist, für das Benutzer A zulässig ist. Nennen wir diesen Eintrag $/Proj/Branch1/Kind/Mehrere/Ordner/Down.txt. Da Benutzer A dieses Element lesen darf, muss er in der Lage sein, alle übergeordneten Ordner bis zu $ ​​/ zu sehen. In diesem Szenario sind die übergeordneten Ordner sichtbar, aber nicht deren Inhalt (außer dieser einen Datei Down.txt).

Wenn Sie möchten, dass der Pfad für einen Benutzer wirklich verschwindet, muss er keine Leseberechtigung für das Element in Frage und alle untergeordneten Elemente dieses Elements haben. Wie gesagt, im typischen Fall müssen Sie lediglich die Berechtigung "Verweigern für Lesen" für das Root-Objekt festlegen und es wird bis zum Ende weitergeleitet.

Dank

1

Art und Weise des P.Kelly Arbeit, wenn Sie die Berechtigungsvererbung brach. Wenn Sie es kaputt gemacht haben, müssen Sie die Deny-Regel an jedem Knoten wiederholen, an dem Sie es kaputt gemacht haben.

Sie können die Verzweigung löschen (und sie bei Bedarf wiederherstellen), aber für alle. Die Funktion, die du verlangst, ist in TFS einfach nicht implementiert (und ich vermisse sie auch), daher wird deine Lösung nur in einigen Fällen gut sein.

Verwandte Themen