Verwalten von Inhaltsstruktur und Zugriff

Die Inhaltsstruktur und die Zugriffsverwaltung für einen Enterprise Server Workspace können sowohl über die Seite Admin – Explorer page (durch einen Administrator) als auch über die Hauptseite Projects page (durch ein Workspace-Mitglied mit ausreichenden Rechten) vorgenommen werden. Die Befehle und Funktionen auf diesen Seiten ermöglichen Folgendes:

  • Durchsuchen der Ordner und Items innerhalb des Workspace. Sie können Ordner erstellen, bearbeiten und entfernen und so die Struktur des Workspace aufbauen. Entfernte Ordner und Items werden in den Trash verschoben, wo sie dauerhaft gelöscht oder wiederhergestellt werden können.

  • Freigaben auf Ordner- und Item-Ebene definieren. Damit wird gesteuert, wer welche Inhalte im Workspace sehen kann und ob andere Benutzer auf Ordnerebene einen Ordner und dessen Inhalt nur anzeigen oder auch bearbeiten dürfen (also effektiv Designdaten darin freigeben/committen/hochladen können).

  • Festlegen, ob ein Ordner oder Item (z. B. ein Projekt) seine Freigabeberechtigungen vom übergeordneten Ordner erbt. Dies ist die Standardeinstellung.

Hinsichtlich Inhaltsstruktur und Verwaltung unterscheiden sich die Oberflächen der Seiten Projects und Explorer in Bezug auf Funktionsumfang und Bedienkomfort:

  • Die Workspace-Seite Projects bietet einen einfachen Ansatz für die Verwaltung von Ordnern und Projekt-Items und steht Administratoren, Projekt-/Item-Eigentümern sowie anderen Benutzern mit ausreichenden Bearbeitungsrechten zur Verfügung.

    Mit dieser Oberfläche können Sie den obersten Ordner Projects (standardmäßig) nicht bearbeiten oder dessen Freigabeberechtigungen festlegen und auch keinen weiteren Ordner auf oberster Ebene erstellen.

    Die meisten Aufgaben zur Verwaltung von Workspace-Struktur und Berechtigungen können über die Befehle der Seite Projects ausgeführt werden.
    Die meisten Aufgaben zur Verwaltung von Workspace-Struktur und Berechtigungen können über die Befehle der Seite Projects ausgeführt werden.

  • Die Workspace-Seite Explorer, die dem Altium Designer Explorer panel ähnelt und nur Administratoren zur Verfügung steht, bietet Verwaltungszugriff auf alle Ordner und Items, einschließlich Projekt-Release-Daten, Komponenten, Managed Content usw.

    Mit dieser Oberfläche können Sie ein Designprojekt nicht freigeben und Ordner oder Items nicht verschieben.

    Die Seite Explorer bietet eine detaillierte Steuerung der Workspace-Struktur und Berechtigungseinstellungen, einschließlich Zugriff auf den obersten Ordner Projects.
    Die Seite Explorer bietet eine detaillierte Steuerung der Workspace-Struktur und Berechtigungseinstellungen, einschließlich Zugriff auf den obersten Ordner Projects.

Freigeben von Ordnern und Items

Related page: Zugriff auf Workspace-Inhalte steuern

Die Ordnerstruktur des Enterprise Server Workspace verfügt über ein erweitertes Vererbungsschema für Berechtigungen, das auf der Weitergabe von Freigabeberechtigungen von übergeordneten an untergeordnete Objekte basiert – letztere sind Ordner oder Design-Items wie Projekte, Komponenten, BOM-Dateien, Vorlagen usw. Diese Anordnung vereinfacht die Organisation einer Workspace-Ordnerstruktur und ihrer Freigabeberechtigungen entsprechend den Zugriffsanforderungen von Unternehmensbenutzern und Benutzergruppen.

Ein Workspace bietet die folgenden Freigabemöglichkeiten:

  • Folder-level Sharing – ermöglicht die Steuerung, wer welche Inhalte im Workspace sehen kann, indem Ordner freigegeben werden. Damit lässt sich steuern, ob andere Benutzer einen Ordner und dessen Inhalt nur anzeigen oder auch bearbeiten dürfen (also effektiv Designdaten darin freigeben/committen/hochladen können). Ein einzelner Workspace kann in verschiedene effektive Inhalts-„Zonen“ unterteilt werden, jedoch mit kontrollierten Berechtigungen auf Ordnerebene. Dadurch können Inhalte je nach Bedarf selektiv sichtbar oder verborgen gemacht werden, sodass die richtigen Personen den richtigen Zugriff auf die richtigen Daten erhalten.

  • Item-level Sharing – ermöglicht die Steuerung, wer welche Items in einem freigegebenen Ordner sehen und darauf zugreifen kann. Diese spezifischere Freigabeebene erlaubt es Ihnen, den Berechtigungssatz zu überschreiben (oder zu erweitern), den ein Item von seinem übergeordneten Ordner geerbt hat. Sofern ein Benutzer Zugriff auf den Ordner selbst hat, kann er dann die mit ihm geteilten Items innerhalb dieses Ordners anzeigen/bearbeiten (sofern erlaubt).

    Wenn Sie die Freigabeberechtigungen für ein Item-Objekt (z. B. eine Komponente, Vorlage usw.) über die Workspace-Explorer interface festlegen, gelten die Freigabeeinstellungen des Items auch für seine enthaltenen Revisionen. Sie können Berechtigungen für einzelne Revisionen innerhalb dieser Hierarchie hinzufügen/entfernen, aber die Berechtigungsänderung wird nicht innerhalb der Hierarchie nach unten weitergegeben – sie wird nicht von den darunterliegenden Revisionen in der Hierarchie geerbt.

    Intern wird der Zugriff auf Workspace-Objekte durch eine hierarchische Access Control List (ACL) bestimmt, die die mit Ordnern, Projekten und Items verknüpften Berechtigungen festlegt. Die Liste gibt an, wer Zugriff auf dieses Objekt hat und ob es geändert werden kann. Wenn beispielsweise die Freigabeeinstellungen eines bestimmten Projekts View (schreibgeschützte) Berechtigungen für Librarians enthalten, ist es für Mitglieder der Gruppe Librarians zugänglich, kann aber von diesen Mitgliedern nicht bearbeitet, verschoben oder entfernt (oder erneut freigegeben) werden – es sei denn, sie sind Administrator oder Eigentümer des Projekts.

Die oben genannten Freigabemöglichkeiten folgen dem Vererbungsschema für Workspace-Berechtigungen. Im einfachsten Fall werden auf einen Ordner angewendete Berechtigungen über die Eltern-Kind-Beziehungen in der Ordnerhierarchie nach unten weitergegeben – vom Ordner zum Unterordner, die Kette entlang.

Diese Struktur der Berechtigungsvererbung bleibt erhalten (sofern sie nicht an irgendeiner Stelle der Hierarchie absichtlich deaktiviert wird), wenn Ordner zur Hierarchie hinzugefügt werden, und auch dann, wenn innerhalb der Hierarchie Berechtigungen hinzugefügt werden. Werden zusätzliche Berechtigungen auf einen Ordner angewendet, der nicht der oberste Ordner ist – also innerhalb der Hierarchie liegt –, werden sie von dieser Ebene aus nach unten in der Hierarchie vererbt, ohne die bestehenden Berechtigungen zu beeinflussen.

Bearbeitungsrechte (Read/Write) für die Benutzergruppe Engineers zum obersten Ordner in der Ordnerhierarchie A-B-C hinzufügen.

Der neue Berechtigungseintrag (Engineers Read/Write) wird durch die Eltern-Kind-Vererbung von Berechtigungen automatisch auf alle Ordner in der Hierarchie angewendet.

Schreibgeschützte Rechte (Read) für die Benutzergruppe Librarians zur Ordner-B-Hierarchie hinzufügen – ihr Berechtigungssatz wird durch diese Ergänzung „erweitert“

Der neue Berechtigungseintrag (Librarians Read) wird auf den Ordner B angewendet und von allen darunterliegenden Ordnern in der Hierarchie geerbt.

Ein Designprojekt (oder ein anderer Item-Typ) wird in Ordner C erstellt oder hochgeladen. Es erbt die Freigabeberechtigungen von Ordner C.

Den Berechtigungssatz von Ordner C erweitern, indem schreibgeschützte Rechte (Read) für Managers Group hinzugefügt werden.

Die hinzugefügte Berechtigung Managers Read wird vom Designprojekt geerbt. Beachten Sie, dass Freigabeberechtigungen für Design- und Managed-BOM-Projekte über den Dialog Share window in der Workspace Projects page verwaltet werden.

 

Benutzer mit Administratorrechten (Mitglieder der Gruppe Administrators) können alle Ordner und Items sehen und verwalten. Ein Workspace-Benutzer ohne Administratorrechte kann nur auf die Ordner und Items zugreifen, die er erstellt hat (deren „Eigentümer“ er ist) oder die mit geeigneten Berechtigungen für ihn freigegeben wurden.

Auf der Workspace-Seite Projects kann auf die Berechtigungen von Projektordnern über die Share-Optionen der Oberfläche zugegriffen und diese geändert werden. Wählen Sie einen Ordner aus und dann die obere Schaltfläche oder die Option Share aus dem Menü des Eintrags, um das Fenster Share Item () zu öffnen. Beachten Sie dabei:

  • Standardmäßig – wenn ein Workspace erstmals aktiviert wird – ist der oberste Ordner Projects auf der Seite Projects nicht zugänglich, wird aber verfügbar, wenn andere Ordner auf oberster Ebene erstellt werden. Über die Oberfläche der Seite Explorer kann immer auf den Ordner Projects zugegriffen werden.

  • Die Oberfläche und Funktionalität des Fensters arbeiten beim Freigeben eines Projekts auf dieselbe Weise – einschließlich der Möglichkeit, den Eigentümer des Items (Ordners) zu ändern.

Für den Projektordner Team 1 konfigurierte Freigabeberechtigungen – voller Zugriff für das US-Engineering-Team und ECAD Managers dürfen nur anzeigen. Projekte innerhalb dieses Ordners erben diese Berechtigungen zusätzlich zu den inhärenten Schreibrechten für Administratoren und Eigentümer.

Freigabeberechtigungen für einen Projektordner, der von einem Benutzer hinzugefügt wurde und seine Berechtigungen vom übergeordneten Ordner erbt (Team 1). Der übergeordnete Ordner wurde von einem anderen Benutzer (Harold Smith) erstellt, dem dieser Ordner „gehört“, daher wird diesem Benutzer ebenfalls Schreibzugriff auf den neuen Ordner gewährt.

Für den Projektordner Team 2 konfigurierte Freigabeberechtigungen – voller Zugriff für das EU-Engineering-Team und ECAD Managers dürfen nur anzeigen. Projekte innerhalb dieses Ordners erben diese Berechtigungen zusätzlich zu den inhärenten Schreibrechten für Administratoren und Eigentümer.

 

Auf der Seite Explorer wird auf die Freigabesteuerung zugegriffen, indem Sie mit der rechten Maustaste auf den Eintrag des Ordners (oder Items) im Navigationsbaum klicken und den Befehl Share Folder (oder Share Item) aus dem Kontextmenü verwenden. Das Fenster Share wird angezeigt, in dem die Zugriffsberechtigungen für den Ordner/das Item nach Bedarf geändert werden können.

Für den Projektordner Team 1 konfigurierte Freigabeberechtigungen – voller Zugriff für das US-Engineering-Team und ECAD Managers dürfen nur anzeigen. Projekte innerhalb dieses Ordners erben diese Berechtigungen zusätzlich zu den inhärenten Schreibrechten für Administratoren und Eigentümer.

Freigabeberechtigungen für einen Projektordner, der von einem Benutzer hinzugefügt wurde und seine Berechtigungen vom übergeordneten Ordner erbt (Team 1). Der übergeordnete Ordner wurde von einem anderen Benutzer (Harold Smith) erstellt, dem dieser Ordner „gehört“, daher wird diesem Benutzer ebenfalls Schreibzugriff auf den neuen Ordner gewährt.

Für den Projektordner Team 2 konfigurierte Freigabeberechtigungen – voller Zugriff für das EU-Engineering-Team und ECAD Managers dürfen nur anzeigen. Projekte innerhalb dieses Ordners erben diese Berechtigungen zusätzlich zu den inhärenten Schreibrechten für Administratoren und Eigentümer.

Freigabeberechtigungen für ein Vorlagen-Item, wie vom übergeordneten Ordner Component Templates geerbt.

 

Wichtige Hinweise:

  • In Bezug auf Berechtigungen hat ein Benutzer/eine Gruppe Lese-/Schreibzugriff, wenn die Option Can Write (Edit) aktiviert ist. Ist diese Option deaktiviert, besteht nur Lesezugriff (View).

    Das Aktivieren des Zugriffs Edit auf einen Ordner/ein Item für einen Benutzer/eine Gruppe entspricht effektiv dem Hinzufügen einer weiteren Berechtigung zu dessen Berechtigungssatz (ACL), und das Zurücksetzen dieses Zugriffs auf View entspricht effektiv dem Entfernen einer Berechtigung aus diesem Satz.

  • Im Hinblick auf die Auswahl von Freigabeberechtigungen in der Benutzeroberfläche:

    • Eine aktivierte Can Write-Option (Lesen/Schreiben) auf der Seite Explorer entspricht einer Auswahl von Can Edit auf der Seite Projects

    • Eine deaktivierte Can Write-Option (schreibgeschützt) auf der Seite Explorer entspricht einer Auswahl von Can View auf der Seite Projects.

  • So entfernen Sie einen vorhandenen Benutzer/eine vorhandene Gruppe aus dem freigegebenen Zugriff auf einen Ordner/Eintrag:

    • Wählen Sie auf der Seite Projects im Fenster Share Item die Option Remove der Kachel des Benutzers/der Gruppe aus.

    • Klicken Sie auf der Seite Explorer im Fenster Share auf das dem Benutzer-/Gruppeneintrag zugeordnete Steuerelement Remove ().

  • Standardmäßig ist ein Ordner/Eintrag nur für seinen Besitzer (anfangs seinen Ersteller) und alle Mitglieder der Gruppe Administrators verfügbar. Diese Berechtigungen sind inhärent und müssen nicht explizit hinzugefügt werden. Owners und Administrators verfügen über Lese-/Schreibberechtigungen (Anzeigen/Bearbeiten).

  • So erlauben Sie allen Benutzern des Workspace, einen Ordner/Eintrag zu sehen:

    • Stellen Sie im Fenster Share Item der Seite Projects die Zugriffsoption der Kachel Workspace Members auf Can View oder für vollständigen Schreibzugriff auf Can Edit.

    • Wählen Sie im Fenster Share der Seite Explorer das Steuerelement Add Anyone aus und deaktivieren Sie dessen Option Can Write, oder lassen Sie sie für vollständigen Schreibzugriff aktiviert.

      Beachten Sie, dass die obigen Schritte potenziell allen Workspace-Mitgliedern Lese-/Schreibzugriff gewähren. Wenn Sie den Zugriff auf eine bestimmte Gruppe von Benutzern und/oder Gruppen beschränken möchten, müssen Sie Workspace Members für No access festlegen (Seite Projects) oder die Entität Anyone entfernen (Seite Explorer).

  • Im Gegensatz zu anderen Einträgen können die Freigabeberechtigungen eines Designprojekt-Eintrags nicht über die Seite Explorer verwaltet werden. Stattdessen werden sie im Fenster Share Item festgelegt, das über die Seite Projects aufgerufen wird. Ausführliche Informationen finden Sie auf der Seite Workspace Projects page.

Vererbungsabhängige Freigabebeschränkungen

Einige Ebenen des Benutzerzugriffs, wie Can View oder No access im Fenster Share Item eines Ordners, sind möglicherweise nicht auswählbar, weil sie dem vom übergeordneten Ordner geerbten Berechtigungssatz widersprechen würden (ihn herabstufen würden). Standardmäßig sind die Freigabeberechtigungen eines Ordners vollständiger Schreibzugriff für alle Benutzer – Workspace Members Can Edit wie im Fenster Share Item gezeigt, oder Anyone kann Write wie im Fenster Share der Seite Explorer gezeigt.

In diesem Standardfall sind beispielsweise die Optionen zum Herabstufen der geerbten Berechtigungen eines Ordners (von Workspace Members Edit auf Workspace Members View oder No Access) deaktiviert, um eine unbeabsichtigte Unterbrechung in der Struktur der Berechtigungshierarchie zu verhindern. Beachten Sie, dass Sie die Freigabezugriffsebene immer heraufstufen (erhöhen) können, da dies den vorhandenen, vom übergeordneten Ordner geerbten Berechtigungssatz lediglich „ergänzt“.

Um die Vererbung der Berechtigungen vom Parent zum Child für diesen Ordner absichtlich zu trennen, sodass eine andere (reduzierte) Zugriffsebene angewendet werden kann, deaktivieren Sie die Option Inherit parent folder permissions im Bereich Advanced Settings des Fensters Share Item. Da der Ordner dann keine Berechtigungen mehr von seinem übergeordneten Ordner erbt, können seine eigenen Zugriffsberechtigungen ohne Einschränkung geändert werden. Weitere Informationen finden Sie im folgenden Abschnitt.

Die Option Inherit permissions from parent folder ist anfangs standardmäßig aktiviert und ist für neu erstellte Ordner immer aktiviert.

Ebenso wird beim Ändern von Ordnerfreigabeberechtigungen über die Workspace-Seite Explorer page verhindert, dass Sie vom übergeordneten Ordner geerbte Berechtigungen herabstufen. Deaktivieren Sie die Option Inherit permissions from parent im Fenster Share, um die Berechtigungsvererbung vom übergeordneten Ordner absichtlich zu trennen (Projects in diesem Fall).

Neben Ordnern und Projekten gilt das System der Berechtigungsvererbung auch für Einträge (wie Komponenten) und deren zugehörige Revisionen. Diese zeigen dasselbe Verhalten bei der Berechtigungsvererbung und enthalten die Option zum Aktivieren/Deaktivieren dieser Vererbung (unter Advanced Settings im Dialog Share der Seite Explorer – ).

Kontinuität der Berechtigungsvererbung

Die Kontinuität der Vererbung von Freigabeberechtigungen durch die Workspace-Ordnerhierarchie, wie oben beschrieben, bleibt erhalten, sofern die Berechtigungsvererbung eines Ordners von seinem Parent-Ordner nicht an irgendeiner Stelle ausdrücklich getrennt (deaktiviert) wird. Die Weitergabe von Berechtigungen vom Parent zum Child für einen Ordner (oder ein Projekt/einen Eintrag) wird durch Deaktivieren der Option Inherit permissions from parent im Dialog Share Item ausgeschaltet. Während dieser Ordner dann keine an seinem übergeordneten Ordner vorgenommenen Berechtigungsänderungen mehr erbt und die Berechtigungshierarchie an dieser Stelle effektiv getrennt (deaktiviert) ist, bleibt die Vererbung unterhalb dieser Ebene zusammenhängend.

Die vollständige Tiefe der Vererbung von Ordnerberechtigungen wird wiederhergestellt, wenn die Option Inherit permissions from parent dieses „getrennten“ Ordners erneut aktiviert wird. Dann erbt er die Berechtigungen des übergeordneten Ordners erneut (falls noch nicht vorhanden), um die Integrität der Parent-Child-Berechtigungen wiederherzustellen.

Ein Beispiel für eine Ordnerhierarchie (A-D) mit zusammenhängender Berechtigungsvererbung. Die Berechtigung Engineers Write wurde auf der obersten Ebene von Ordner A (oder darüber) hinzugefügt und hat sich in der Hierarchie bis zu Ordner D fortgepflanzt.

Deaktivieren der Parent-Child-Berechtigungsvererbung bei Ordner C durch Deaktivieren der Option Inherit permissions from parent im Dialog Share des Ordners.

Die Kontinuität der Berechtigungsvererbung ist zwischen Ordner B und C unterbrochen, bleibt jedoch in den Hierarchieabschnitten oberhalb und unterhalb dieses Punkts erhalten.

Hinzufügen von Managers Write als neue Zugriffsberechtigung zu Ordner A.

Die hinzugefügte Berechtigung wird von Ordner B geerbt. Das heißt, sie wird nur entlang des zusammenhängenden Abschnitts der Berechtigungsvererbung in der Hierarchie (A-B) weitergegeben, jedoch nicht an Ordner C, weil die Vererbung B-C (Parent-Child) deaktiviert ist.

Die hinzugefügte Berechtigung wird von Ordner D geerbt. Das heißt, sie wird entlang des zusammenhängenden Vererbungsabschnitts der Hierarchie (C-D) weitergegeben.

Hinzufügen der Berechtigung Librarians Read zu Ordner C. Außerdem könnten die vorhandenen Berechtigungen von Ordner C herabgestuft oder entfernt werden, da sie nicht mehr an die des übergeordneten Ordners B gebunden sind.

Erneutes Aktivieren der Parent-Child-Berechtigungsvererbung bei Ordner C durch Aktivieren der Option Inherit permissions from parent im Dialog Share des Ordners.

Die Berechtigungsvererbung ist durch die Ordnerhierarchie wieder zusammenhängend, weil die Vererbung von Ordner B zu C (Parent → Child) aktiviert ist. Ordner C (und darunter) erbt die Berechtigung Manager Write von Ordner B, um die vollständige Parent-Child-Vererbungsbeziehung aufrechtzuerhalten.

 

In Übereinstimmung mit dem aktivierten Schema der Berechtigungsvererbung können die Berechtigungen eines Ordners/Eintrags heraufgestuft und ergänzt werden (effektiv dieselbe Aktion), jedoch nicht gegenüber denen seines übergeordneten Ordners herabgestuft werden. Dies gilt auch, wenn eine hinzugefügte Berechtigung für eine Gruppe/einen Benutzer sowohl für die Parent- als auch für die Child-Entität gemeinsam ist:

  • Wenn einem Ordner eine Berechtigung hinzugefügt wird, überschreibt sie effektiv dieselbe Berechtigung in einem Child-Ordner, wenn diese dort auf einer niedrigeren Zugriffsebene liegt. Wenn beispielsweise einem Ordner die Berechtigung Librarians Read/Write hinzugefügt wird und sein Child-Ordner einen vorhandenen Eintrag Librarians Read hat, wird dieser zu einem Eintrag Librarians Read/Write heraufgestuft.
    Im Wesentlichen wurde dem übergeordneten Ordner Zugriff auf Schreibebene hinzugefügt, und dieser wird vom Child-Ordner geerbt. Die Berechtigungsvererbung bleibt erhalten.

  • Umgekehrt wirkt sich das Hinzufügen einer Berechtigung zu einem Ordner nicht auf dieselbe Berechtigung in einem Child-Ordner aus, wenn diese dort bereits auf einer höheren Zugriffsebene liegt. Wenn beispielsweise einem Ordner die Berechtigung Librarians Read hinzugefügt wird und sein Child-Ordner einen vorhandenen Eintrag Librarians Read/Write hat, wird dieser nicht auf einen Eintrag der Ebene Read geändert (herabgestuft) – er bleibt auf seiner vorhandenen Berechtigungsstufe.
    Im Wesentlichen wurde dem Parent Zugriff auf Leseebene hinzugefügt, und dieser existiert bereits im Child-Ordner. Die Berechtigungsvererbung bleibt erhalten.

Wenn ein Berechtigungseintrag aus einem Ordner entfernt wird, wird diese Änderung in der Hierarchie nach unten weitergegeben (wo permissions inheritance aktiviert ist), unabhängig von der angewendeten Zugriffsebene (Read oder Write). Wenn ein Ordner beispielsweise Zugriffsberechtigungen Librarians Read hat, die Berechtigungen seines Child-Ordners jedoch auf Librarians Write erhöht wurden, dann entfernt das Entfernen des Librarians-Eintrags des Parent auch den Librarians-Eintrag des Child.

Die hier beschriebene Logik der Vererbung von Ordnerberechtigungen gilt auch für design projects. Ein Projekt ist immer ein Child eines Parent-Ordners und erbt dessen Berechtigungen; die Berechtigungsvererbung kann auf dieselbe Weise wie bei einem Child-Ordner deaktiviert werden.

Projektberechtigungen werden über das Fenster Share Item auf der Workspace Projects page bearbeitet.

Verschieben von Ordnern

Workspace-Ordner können über die Seite Projects (siehe Workspace Projects page) oder das Bedienfeld Explorer in Altium Designer (siehe Organizing Your Workspace) an jede andere Stelle in der Ordnerstruktur verschoben werden.

Wie die Freigabeberechtigungen eines verschobenen Ordners bestimmt werden, hängt von der Vererbungsbeziehung zu seinem bestehenden übergeordneten Ordner ab:

  • Wenn die Option Inherit parent folder permissions eines Ordners aktiviert ist (der Standardzustand), führt das Verschieben dieses Ordners in einen anderen Ordner dazu, dass er:

    • den Berechtigungssatz von seinem neuen übergeordneten Ordner erben (einschließlich des Owners dieses Ordners).

    • seine ursprünglich geerbten Berechtigungen verlieren.

      • * Die „geerbten“ Berechtigungen eines Ordners/Projekts sind diejenigen, die vom übergeordneten Ordner übernommen wurden – sie wurden vererbt.

    • seine zuvor erweiterten Berechtigungen beibehalten.

      • * Die „erweiterten“ Berechtigungen eines Ordners/Projekts sind diejenigen, die speziell hinzugefügt wurden, um den Benutzerzugriff zu erweitern – sie wurden nicht vom übergeordneten Ordner geerbt.

    Kurz gesagt: Die Berechtigungen des alten übergeordneten Ordners werden durch die Berechtigungen des neuen übergeordneten Ordners ersetzt, aber alle zusätzlich hinzugefügten Berechtigungen werden mit dem Ordner verschoben.

  • Wenn bei einem Ordner die Option Inherit parent folder permissions deaktiviert ist (er übernimmt die Berechtigungen seines übergeordneten Ordners nicht), führt das Verschieben dieses Ordners in einen anderen Ordner dazu, dass er:

    • seine ursprünglichen Berechtigungen beibehält.

    • den deaktivierten Status seiner Einstellung Inherit parent folder permissions beibehält.

    Kurz gesagt handelt es sich dabei buchstäblich um einen Verschiebevorgang ohne weitere Änderungen. Dies kann als die sicherste Methode zum Verschieben eines Ordners und seines Inhalts angesehen werden, da so die Möglichkeit unerwarteter Änderungen an Berechtigungen durch Vererbung vom neuen übergeordneten Ordner vermieden wird.

In diesem Beispiel befinden sich die Ordner A-B-C in einer Hierarchie, die geerbte Berechtigungen Engineers Write enthält. Die Berechtigungen von Ordner C wurden durch das Hinzufügen von Contractors Read erweitert. Alternativ hätte auch ein einzelner Benutzer hinzugefügt werden können.

Moving folder with Permission Inheritance enabled. Ordner C wird in Ordner D verschoben, der einen anderen Berechtigungssatz aufweist. Beachten Sie, dass die Berechtigungsvererbung für alle Ordner aktiviert ist (Standardzustand).

Der verschobene Ordner C ist nun ein untergeordneter Ordner von Ordner D und erbt die Berechtigung Mechanical Read seines übergeordneten Ordners. Ordner C verliert außerdem seine ursprünglich geerbten Berechtigungen (Engineers Read/Write), behält jedoch seine erweiterten (hinzugefügten) Berechtigungen (Contractors Read) bei.

Moving a folder with Permission Inheritance disabled. Die Option Share  des Fensters Inherit permission from parent wurde für Ordner C deaktiviert (Kontrollkästchen nicht aktiviert). Außerdem wurde eine zusätzliche Berechtigung Managers Read hinzugefügt.

Ordner C wird in Ordner E verschoben, der einen anderen Berechtigungssatz aufweist. Beachten Sie, dass die Berechtigungsvererbung für Ordner C deaktiviert ist, der in Bezug auf die Berechtigungsvererbung von seinem übergeordneten Ordner (Ordner D) „getrennt“ ist.

Der verschobene Ordner C behält sowohl seinen ursprünglichen Berechtigungssatz als auch seine Einstellung für Berechtigungsvererbung (deaktiviert) bei. Er wird ohne Änderungen an den Berechtigungen in Ordner E verschoben und übernimmt keine Berechtigungsänderungen, die an seinem übergeordneten Ordner E vorgenommen werden.

 

Bevor Sie einen Ordner oder ein Projekt in einen anderen Ordner verschieben, wird dringend empfohlen, zunächst die Berechtigungen des Zielordners zu prüfen, da diese standardmäßig (bei aktiviertem Inherit parent folder permissions) vom verschobenen Ordner/Projekt geerbt werden. Beispielsweise könnten die Berechtigungen des Zielordners einen höheren Freigabegrad als gewünscht aufweisen, etwa Bearbeitungsrechte oder Zugriff für alle Benutzer, was dann auf den verschobenen Ordner/das verschobene Projekt angewendet wird.

Beachten Sie, dass die hier beschriebene Logik der Berechtigungsvererbung für Ordner auch für das Verschieben von Designprojekten gilt. Ein Projekt ist immer ein untergeordnetes Element eines übergeordneten Ordners, und sein Status der Berechtigungsvererbung wird über die Option Inherit parent folder permissions auf dieselbe Weise wie bei einem untergeordneten Ordner aktiviert/deaktiviert.

Berechtigungen zum Erstellen von Projekten verwalten

Mit den standardmäßigen Workspace-Einstellungen werden von Workspace-Mitgliedern erstellte oder hochgeladene Projekte im Ordner Projects gespeichert, der mit Schreibzugriff für alle Benutzer verfügbar ist (vom übergeordneten Ordner Projects geerbt), und direkt über die Projects-Seite aufgerufen. Diese einfache Anordnung ist für Benutzer praktisch, erlaubt jedoch jedem Mitglied des Workspace, in diesem primären Speicherort (oberste Ebene) zugängliche Projekte zu erstellen. Um eine erweiterte Kontrolle darüber zu implementieren, wer Projekte im Ordner Projects oder in zusätzlichen Unterordnern erstellen (und darauf zugreifen) kann, können Workspace-Administratoren die Freigabeberechtigungen für Projektordner über die Seite Explorer oder in Altium Designer über das Fenster Explorer festlegen.

Wie oben beschrieben, wird auf die Ordnerberechtigungen im Workspace auf der Seite Explorer über die Option Share Folder im Kontextmenü eines Ordner-Eintrags zugegriffen, das per Rechtsklick geöffnet wird. Beispielsweise kann der Zugriff auf den Ordner Projects geändert werden, indem die Standardberechtigung (Anyone) auf schreibgeschützt gesetzt wird (durch Deaktivieren von Can Write) oder vollständig entfernt wird und anschließend nach Bedarf Zugriffsberechtigungen für bestimmte Benutzer (Add User) oder Benutzergruppen (Add Role) hinzugefügt werden.

 

Die aktualisierten Schreibberechtigungen bestimmen, welche Workspace-Mitglieder Projekte im Ordner Projects erstellen (oder hochladen) können – im oben gezeigten Beispiel nur diejenigen, die Mitglieder der Gruppe Managers sind. Die Berechtigungseinschränkungen gelten auch für Benutzer, die in Altium Designer ein neues Projekt erstellen.

Bei einer strukturierten Ordnerhierarchie, in der Berechtigungen sowie Benutzer-/Gruppenzugriff entsprechend konfiguriert sind, etwa entlang der Ordnerstruktur schrittweise geöffnet, kann dieser Ansatz geeignete Berechtigungsstufen für Benutzer und Gruppen basierend auf dem Zielordner bereitstellen ().

Standardberechtigungen für die Projekterstellung

Als Alternative zur Standardanordnung, bei der ein neu hinzugefügtes Projekt den Berechtigungssatz seines übergeordneten Ordners erbt, können Sie einen festen Berechtigungssatz für alle neuen Projekte festlegen, indem Sie die Option Default Permissions for new projects in der Ansicht Projects der Seite Admin – Settings aktivieren. Diese Anordnung eignet sich möglicherweise besser für eine weniger strukturierte Hierarchie von Ordnerberechtigungen, in der alle Benutzerprojekte an einem bestimmten Speicherort erstellt werden, etwa im Ordner Projects.

Wenn diese Option aktiviert ist, übernimmt ein neu erstelltes Projekt die durch diese Option angegebenen Berechtigungen, anstatt die Berechtigungen seines übergeordneten Ordners zu erben. Die anfänglichen Einstellungen der Option entsprechen den Standard-Workspace-Einstellungen – Schreibzugriff für alle Benutzer – und können an Ihre Anforderungen angepasst werden. Ein Beispiel hierfür wäre Zugriff Write (Bearbeiten) für Engineers und Zugriff View (schreibgeschützt) für Librarians.

Um einen festen Satz von Zugriffsberechtigungen für neu erstellte (oder hochgeladene) Projekte festzulegen, aktivieren Sie die Option Default permissions for new projects auf der Seite Admin - Settings, die anfänglich auf den Standardzustand von Zugriff Write für alle Workspace members gesetzt ist.

Wählen Sie die gewünschten Berechtigungssätze für neu erstellte Projekte aus – in diesem Beispiel nur Engineers Write und Librarians Read. Beachten Sie, dass Administratoren und der Projekt-Owner (Ersteller) immer vollen Schreibzugriff haben.

Wenn ein Benutzer ein neues Projekt erstellt/hochlädt, werden die angegebenen Standardberechtigungen angewendet und nicht diejenigen, die vom übergeordneten Ordner des Projekts übernommen würden (Projects), wie im Dialogfeld Share des Projekts gezeigt.

Die Option Inherit parent folder permissions des Fensters wird für ein neues Projekt automatisch deaktiviert, wenn die Option Default permission for new projects (in Admin - Settings) aktiviert wurde.

 

Points of note:

  • Administratoren haben immer Schreibzugriff auf alle Projekte (und Ordner), daher kann diese Einstellung nicht geändert werden (sie ist schreibgeschützt).

  • Der Projekt-Owner (der Benutzer, der ein Projekt erstellt hat) hat vollen Zugriff auf ein Projekt und daraus folgend auch auf dessen übergeordneten Ordner, da Schreibberechtigungen für Ordner erforderlich sind, um ein neues Projekt zu erstellen.

  • Die Anwendung eines festen Projektberechtigungssatzes (wie oben beschrieben) umfasst wahrscheinlich nicht die Berechtigungen des übergeordneten Ordners, daher wird die Vererbung der Parent-Child-Berechtigungen des Projekts (Ordner-Projekt) automatisch deaktiviert – Folie Nr. 4 oben. Wenn sie manuell erneut auf das Projekt angewendet wird, wird der Berechtigungssatz des übergeordneten Ordners dem Projekt hinzugefügt – siehe oben Kontinuität der Berechtigungsvererbung für weitere Informationen.

  • Das beschriebene Verhalten bei der Übernahme von Berechtigungen für neue Projekte gilt auch beim Klonen eines Projekts.

Projekterstellung ohne Schreibzugriff auf Ordner

Wenn ein Benutzer ohne Schreibzugriff auf den Ordner Projects (oder einen anderen Ordner, der als Standard-Speicherort festgelegt wurde) ein Projekt Create oder Upload ausführt, erstellt das System automatisch eine benutzerspezifische Struktur Personal Folder zum Speichern des neuen Projekts. Diese erscheint als Ordner der obersten Ebene auf Basis der E-Mail-Adresse des Mitglieds, mit einem Unterordner My Projects, in dem die Projekte dieses Benutzers gespeichert werden. Die Ordnerstruktur/-hierarchie gehört ausschließlich dem angemeldeten Benutzer und steht nur ihm (sowie Administratoren) zur Verfügung und ist für andere Benutzer nicht sichtbar.

 
  • Wenn der Benutzer ein Projekt Create oder Upload innerhalb eines Ordners ausführt, für den er Schreibzugriff hat, wird das Projekt in diesem Ordner gespeichert.

  • Wenn der Benutzer ein Projekt Create oder Upload innerhalb eines Ordners ausführt, für den er nur Lesezugriff (View) hat und der nicht der Standard-Speicherort ist, wird der Vorgang blockiert () und die Ordnerstruktur My Projects der obersten Ebene wird für diesen Benutzer erstellt, falls sie noch nicht vorhanden ist.

  • Im oben gezeigten Beispiel für Ordnerberechtigungen Projects werden Projekte, die von Benutzern erstellt werden, die Mitglieder der Gruppe Managers sind, wie gewohnt im Ordner Projects gespeichert, da sie volle Bearbeitungsrechte für diesen Ordner haben. Andere Benutzer haben schreibgeschützten Zugriff (View) auf den Ordner Projects, daher werden ihre neuen Projekte in ihrem Ordner My Projects gespeichert.

  • Wenn ein Projekt, das sich im Ordner My Projects eines Workspace-Mitglieds befindet, für andere Benutzer freigegeben wird (über Workspace Members, Groups oder bestimmte Benutzernamen), erscheint es für diese Benutzer in der Ansicht der obersten Ebene der Seite Projects.

Aus Sicht eines Workspace-Administrators werden die persönlichen Ordner des Mitglieds unter einem Ordner Home der obersten Ebene zusammengefasst, wie auf der Seite Projects und in der Ordnerhierarchie der Seite Explorer ersichtlich – sowie auch in der Ordnerstruktur des Fensters Explorer in Altium Designer.

 

Herunterladen einer Elementrevision

Um Daten über die Oberfläche herunterzuladen, klicken Sie auf das Steuerelement Download () rechts neben dem Eintrag für eine Elementrevision.

Mit dem Steuerelement auf der übergeordneten Elementebene werden die Daten für die neueste Revision dieses Elements heruntergeladen.

Navigieren in der Workspace-Struktur

Sie können durch die Inhalte in einem Workspace über die Browseroberfläche auf verschiedene Arten navigieren, wie im folgenden Bild hervorgehoben und anschließend beschrieben.

Die Möglichkeiten, Workspace-Inhalte über die Browseroberfläche zu durchsuchen

Die Ergebnisse einer Beispielsuche

 
  1. Durch Klicken auf den Namen eines Ordners, dessen Inhalt Sie durchsuchen möchten.

  2. Über die Suchfunktion. Geben Sie ein Stichwort auf Basis der ID, des Kommentars oder der Beschreibung eines Elements ein und drücken Sie Enter oder klicken Sie auf das Lupensymbol ( Klicken und ziehen zum Verschieben). Der gesamte Workspace wird durchsucht und die Suchergebnisse werden als passende Elemente aufgelistet.

Nach einer Suche können Sie zur normalen Ansicht der Workspace-Inhalte zurückkehren, indem Sie im Navigationsbaum der Browseroberfläche ganz links erneut auf den Eintrag Admin – Explorer klicken. Alternativ können Sie das Suchfeld leeren und Enter drücken.

Zusätzliche Funktionen

Die folgenden zusätzlichen Funktionen stehen beim Durchsuchen von Inhalten über die Browseroberfläche des Workspace zur Verfügung:

  • Navigate – dieser Befehl, der sich im Kontextmenü eines Elements per Rechtsklick befindet, wird verwendet, um Sie schnell zu diesem Element im Explorer panel von Altium Designer zu bringen. Dazu wird Altium Designer geöffnet (Sie werden gefragt, ob Sie X2.exe öffnen möchten – die Quellexe von Altium Designer).

    Wenn Altium Designer bereits ausgeführt wird, wird diese Instanz verwendet.

  • Full item info – dieser Befehl, der sich im Kontextmenü einer Elementrevision per Rechtsklick befindet, dient dazu, eine Ansicht mit allen Details zu dieser Revision anzuzeigen. Im Grunde ist es einfach eine Ansicht, die alle verschiedenen verfügbaren Aspektansichten für diese Elementrevision umfasst (außer Summary).

    Wenn Sie den Befehl auf der übergeordneten Elementebene verwenden, werden die Details für die neueste Revision dieses Elements angezeigt.

  • Follow/UnFollow – verwenden Sie den Befehl Follow , der sich im Kontextmenü eines Ordners vom Typ Components befindet, um dem Ordner zu folgen. Jede Aktivität innerhalb des verfolgten Ordners (Komponentenerstellung, Freigabe, Änderung des Revisionsstatus oder Löschung) wird durch eine E-Mail-Benachrichtigung aus dem Workspace gemeldet (vorausgesetzt, E-Mail-Benachrichtigungen wurden für den Workspace von einem Administrator aktiviert). Verwenden Sie den Befehl UnFollow, um das Verfolgen von Komponentenaktivitäten in diesem Ordner zu beenden.

  • Remove Folder – verwenden Sie diesen Befehl, der sich im Rechtsklickmenü eines Ordners befindet, um diesen Ordner und seinen gesamten Inhalt (Unterordner und darin enthaltene Elemente) in den isolierten Bereich Trash des Workspace zu verschieben. Entitäten im Trash können dann bei Bedarf dauerhaft gelöscht oder wiederhergestellt werden. Wenn ein Projektordner entfernt wird, werden alle zugehörigen Releases ebenfalls in den Trash verschoben.

  • Remove Item – verwenden Sie diesen Befehl, der sich im Rechtsklickmenü eines Elements befindet, um dieses Element in den isolierten Bereich Trash des Workspace zu verschieben. Entitäten im Trash können dann bei Bedarf dauerhaft gelöscht oder wiederhergestellt werden. Wenn ein Komponenten-Element entfernt wird, haben Sie außerdem die Möglichkeit, seine zugehörigen Modelle gleichzeitig in den Trash zu verschieben. Beachten Sie, dass diese nur gelöscht werden können, wenn sie nicht anderweitig verwendet werden (von einer oder mehreren anderen Komponenten).

AI-LocalizedAI-localized
If you find an issue, select the text/image and pressCtrl + Enterto send us your feedback.
Inhalt