Borland® StarTeam® 2006 - Borland Technical Publications

Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications

techpubs.borland.com
von techpubs.borland.com Mehr von diesem Publisher
22.11.2013 Aufrufe

Zugriffsrechte gewähren Wannn und wie Sie Zugriffsrechte gewähren, hängt von vielen Punkten ab. In diesem Abschnitt Zugriffsrechte auf Projektebene gewähren Beschreibt die Regeln für das Gewähren von Zugriffsrechten auf Projektebene. Zugriffsrechte auf Ansichtsebene gewähren Beschreibt die Regeln für das Gewähren von Zugriffsrechten auf Ansichtsebene. Zugriffsrechte auf Ordnerebene gewähren Beschreibt die Regeln für das Gewähren von Zugriffsrechten auf Ordnerebene. Zugriffsrechte auf Elementebene gewähren Beschreibt die Regeln für das Gewähren von Zugriffsrechten auf Elementebene. Zugriffsrechte verweigern Beschreibt die Regeln für das Verweigern von Zugriffsrechten für Objekte. Allgemeine Regeln für Zugriffsrechte Beschreibt die allgemeinen Regeln für das Gewähren von Zugriffsrechten für Objekte. Zugriffsrechte und Gruppenberechtigungen Beschreibt, wie Gruppenberechtigungen und Zugriffsrechte zusammenhängen. Verwandte Verfahrensweisen Zugriffsrechte und Gruppenberechtigungen verwalten 278

Zugriffsrechte auf Projektebene gewähren Dieser Abschnitt enthält Informationen über das Festlegen von Zugriffsrechten auf Projektebene. Diese Informationen werden durch ein Beispiel mit drei benutzerdefinierten Gruppen verdeutlicht: Developers, Testers, und Others. (Diese Gruppen wurden zu den mit dem StarTeam-Server ausgelieferten Standardgruppen All Users, Administrators, System Managers und Security Administrators hinzugefügt.) In dem Beispiel wird davon ausgegangen, dass die Gruppe All Users größer ist als die Gruppe Others. Der Knoten "Projekt" Angenommen, Sie entscheiden, dass nur Mitglieder der Gruppe Administrators das Projekt steuern sollen, und gewähren die entsprechenden Rechte. Durch diese Einstellung können nur Mitglieder der Gruppe Administrators das Projekt anzeigen, wenn keine vorrangigen Berechtigungen vorliegen. Somit kann niemand anderes auf die Objekte des Projekts zugreifen und mit diesen arbeiten. Hinweis: Obwohl die Mitglieder der Gruppe Administrators alle Zugriffsrechte für das Projekt benötigen, können Sie diese aus der Liste "Benutzer- und Gruppen" entfernen, wenn sie über Gruppenberechtigungen verfügen. Dies ist normalerweise möglich. Wenn die Serverkonfiguration jedoch so konfiguriert ist, dass Berechtigungen ignoriert werden, müssen Sie der Gruppe Administrators alle Zugriffsrechte auf Projektebene speziell zuweisen. Als Nächstes müssen Sie allen anderen Gruppen, die auf das Projekt zugreifen müssen, die benötigten Rechte zuweisen. Da die Schlüsselworterweiterung eine Projekteigenschaft ist, benötigt die Gruppe Developers Rechte zum Anzeigen des Projekts und zum Ändern der Projekteigenschaften. Wahrscheinlich müssen sie das Projekt jedoch nicht löschen oder die Zugriffsrechte ändern. Die Gruppen Testers und Others müssen das Projekt und seine Eigenschaften anzeigen, daher sollten Sie nur das Auswahlfeld Objekt und seine Eigenschaften anzeigen für diese Gruppen aktivieren. Der Knoten "Ansicht" Auf Projektebene festgelegte Zugriffsrechte für Ansichten gelten für alle Ansichten, die bereits vorhanden sind oder zukünftig für das Projekt erstellt werden. Die Mitglieder der Gruppe Administrators benötigen alle Rechte für Ansichten. Sie können diese Rechte zugewiesen bekommen oder aufgrund ihrer Berechtigungen erhalten. Die Gruppen Developers und Testers benötigen Rechte zum Anzeigen und Ändern der Ansichtseigenschaften und zum Ausführen von Operationen mit Labels. Sie benötigen keine Rechte zum Erstellen oder Löschen von Ansichten, zum Verwalten von Heraufstufungsstatuswerten oder zum Ändern der Zugriffsrechte für Ansichten. Die Gruppe Others benötigt ausschließlich das Recht zum Anzeigen der Ansicht: Der Knoten "Heraufstufungsstatus" Der Knoten "Heraufstufungsstatus" spielt in diesem Beispiel keine Rolle. Der Knoten "Untergeordnete Ordner" Die Gruppe Administrators benötigt möglicherweise sämtliche Zugriffsrechte für untergeordnete Ordner auf Projektebene. Sie können diese Rechte zugewiesen bekommen oder aufgrund ihrer Berechtigungen erhalten. Die Gruppen Developers und Testers benötigen vermutlich keine Rechte zum Löschen, Freigeben oder Verschieben von Ordnern, zum Ändern des Ordnerverhaltens bzw. der Ordnerkonfigurationen oder zum Ändern der Zugriffsrechte für Ordner. Möglicherweise möchten Sie festlegen, dass die Gruppe Others nur das Recht zum Anzeigen der Ordner, ihrer Eigenschaften und ihrer Historien erhält. 279

Zugriffsrechte gewähren<br />

Wannn und wie Sie Zugriffsrechte gewähren, hängt von vielen Punkten ab.<br />

In diesem Abschnitt<br />

Zugriffsrechte auf Projektebene gewähren<br />

Beschreibt die Regeln für das Gewähren von Zugriffsrechten auf Projektebene.<br />

Zugriffsrechte auf Ansichtsebene gewähren<br />

Beschreibt die Regeln für das Gewähren von Zugriffsrechten auf Ansichtsebene.<br />

Zugriffsrechte auf Ordnerebene gewähren<br />

Beschreibt die Regeln für das Gewähren von Zugriffsrechten auf Ordnerebene.<br />

Zugriffsrechte auf Elementebene gewähren<br />

Beschreibt die Regeln für das Gewähren von Zugriffsrechten auf Elementebene.<br />

Zugriffsrechte verweigern<br />

Beschreibt die Regeln für das Verweigern von Zugriffsrechten für Objekte.<br />

Allgemeine Regeln für Zugriffsrechte<br />

Beschreibt die allgemeinen Regeln für das Gewähren von Zugriffsrechten für Objekte.<br />

Zugriffsrechte und Gruppenberechtigungen<br />

Beschreibt, wie Gruppenberechtigungen und Zugriffsrechte zusammenhängen.<br />

Verwandte Verfahrensweisen<br />

Zugriffsrechte und Gruppenberechtigungen verwalten<br />

278

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!