Zarządzanie strukturą treści i dostępem

Created: Wrzesień 05, 2025 | Updated: Wrzesień 05, 2025 | Applies to version: 8.0

Zarządzanie strukturą zawartości oraz dostępem dla obszaru roboczego Enterprise Server Workspace można wykonywać zarówno z poziomu strony Admin – Explorer page (przez Administratora), jak i głównej strony Projects page (przez członka Workspace z odpowiednimi uprawnieniami). Polecenia i funkcje dostępne na tych stronach pozwalają:

Przeglądać foldery i elementy (Items) w obrębie Workspace. Możesz tworzyć, edytować i usuwać foldery, budując w ten sposób strukturę Workspace. Usunięte foldery i elementy trafiają do Trash, gdzie można je trwale usunąć lub przywrócić.
Definiować udostępnianie na poziomie folderu oraz na poziomie elementu (Item). Określa to, kto może widzieć zawartość w Workspace oraz – na poziomie folderu – czy inni użytkownicy mogą jedynie przeglądać folder i jego zawartość, czy także go edytować (co w praktyce oznacza publikowanie/zatwierdzanie/wysyłanie danych projektowych do tego folderu).
Określać, czy folder lub element (np. projekt) dziedziczy uprawnienia udostępniania z folderu nadrzędnego. Jest to ustawienie domyślne.

Jeśli chodzi o strukturę i zarządzanie zawartością, interfejsy stron Projects i Explorer różnią się pod względem możliwości i wygody:

Strona Workspace Projects oferuje proste podejście do zarządzania folderami i elementami projektów, dostępne dla Administratorów, właścicieli projektów/elementów oraz innych użytkowników z wystarczającymi uprawnieniami do edycji.

W tym interfejsie nie można edytować ani ustawiać uprawnień udostępniania dla folderu najwyższego poziomu Projects (domyślnie) ani utworzyć kolejnego folderu najwyższego poziomu.

Większość zadań związanych z zarządzaniem strukturą Workspace i uprawnieniami można wykonać za pomocą poleceń na stronie Projects.
Strona Workspace Explorer, podobna do panelu Altium Designer Explorer panel i dostępna wyłącznie dla Administratorów, zapewnia dostęp administracyjny do wszystkich folderów i elementów, w tym danych wydań (Release) projektów, komponentów, zawartości zarządzanej (Managed Content) itd.

W tym interfejsie nie można udostępniać projektu projektowego ani przenosić folderów i elementów.

Strona Explorer zapewnia szczegółową kontrolę nad strukturą Workspace i ustawieniami uprawnień, w tym dostęp do folderu najwyższego poziomu Projects folder.

Udostępnianie folderów i elementów

Struktura folderów Enterprise Server Workspace wykorzystuje zaawansowany schemat dziedziczenia uprawnień oparty na propagacji uprawnień udostępniania z obiektów nadrzędnych do podrzędnych – gdzie obiektem podrzędnym jest folder lub elementy projektowe, takie jak Projects, Components, pliki BOM, Templates itd. Takie rozwiązanie upraszcza organizowanie struktury folderów Workspace oraz uprawnień udostępniania tak, aby odpowiadały wymaganiom dostępu użytkowników firmy i grup użytkowników.

Workspace zapewnia następujące możliwości udostępniania:

Folder-level Sharing – umożliwia kontrolę tego, kto może widzieć określoną zawartość w Workspace poprzez udostępnianie folderów. Pozwala to decydować, czy inni użytkownicy mogą jedynie przeglądać folder i jego zawartość, czy także go edytować (co w praktyce oznacza publikowanie/zatwierdzanie/wysyłanie danych projektowych do tego folderu). Pojedynczy Workspace można podzielić na różne efektywne „strefy” zawartości, z kontrolowanymi uprawnieniami na poziomie folderów, co pozwala selektywnie ujawniać lub ukrywać zawartość zgodnie z potrzebą, zapewniając właściwym osobom właściwy dostęp do właściwych danych.
Item-level Sharing – umożliwia kontrolę tego, kto może widzieć i uzyskiwać dostęp do konkretnych elementów (Items) w udostępnionym folderze. Ten bardziej szczegółowy poziom udostępniania pozwala nadpisać (lub rozszerzyć) zestaw uprawnień, który element odziedziczył z folderu nadrzędnego. O ile użytkownik ma dostęp do samego folderu, będzie mógł następnie przeglądać/edytować (zgodnie z uprawnieniami) elementy w tym folderze, które zostały mu udostępnione.

Podczas definiowania uprawnień udostępniania dla obiektu elementu (np. Component, Template itd.) za pomocą interfejsu Workspace Explorer interface, ustawienia udostępniania elementu będą dotyczyć również jego składowych rewizji (Revisions). Możesz dodawać/usuwać uprawnienia dla pojedynczych rewizji w tej hierarchii, jednak zmiana uprawnień nie będzie propagować w dół samej hierarchii – nie jest dziedziczona przez rewizje znajdujące się poniżej w hierarchii.

Wewnętrznie dostęp do obiektów Workspace jest określany przez hierarchiczną Access Control List (ACL), która definiuje uprawnienia powiązane z folderami, projektami i elementami. Lista określa, kto ma dostęp do danego obiektu i czy może on być modyfikowany. Na przykład, jeśli ustawienia udostępniania danego projektu zawierają uprawnienia View (tylko do odczytu) dla Librarians, to jest on dostępny dla członków grupy Librarians, ale nie może być przez nich edytowany, przenoszony ani usuwany (ani ponownie udostępniany) – chyba że są Administratorami lub właścicielem projektu.

Powyższe możliwości udostępniania będą zgodne ze schematem dziedziczenia uprawnień w Workspace. W najprostszym ujęciu uprawnienia zastosowane do folderu będą propagować w dół hierarchii folderów poprzez relacje nadrzędny–podrzędny – z folderu do podfolderu, dalej w dół łańcucha.

Ta struktura dziedziczenia uprawnień jest utrzymywana (o ile nie zostanie celowo wyłączona w pewnym miejscu hierarchii) zarówno podczas dodawania folderów do hierarchii, jak i podczas dodawania uprawnień w obrębie hierarchii. Gdy dodatkowe uprawnienia zostaną zastosowane do folderu, który nie jest folderem najwyższego poziomu – czyli znajduje się w hierarchii – będą one dziedziczone w dół hierarchii z tego poziomu, bez wpływu na istniejące uprawnienia.

Dodaj prawa edycji (Read/Write) dla grupy użytkowników Engineers do folderu najwyższego poziomu w hierarchii folderów A-B-C.

Nowy wpis uprawnień (Engineers Read/Write) jest automatycznie stosowany do wszystkich folderów w hierarchii poprzez dziedziczenie uprawnień nadrzędny–podrzędny.

Dodaj prawa tylko do odczytu (Read) dla grupy użytkowników Librarians do hierarchii Folderu B – jego zestaw uprawnień zostanie „rozszerzony” o to dodanie

Nowy wpis uprawnień (Librarians Read) jest stosowany do folderu B i dziedziczony przez wszystkie foldery poniżej niego w hierarchii.

Projekt (lub inny typ elementu) jest tworzony lub wgrywany do Folderu C. Odziedziczy on uprawnienia udostępniania z Folderu C.

Rozszerz zestaw uprawnień Folderu C, dodając prawa tylko do odczytu (Read) dla Managers Group.

Dodane uprawnienie Managers Read jest dziedziczone przez projekt. Zwróć uwagę, że uprawnieniami udostępniania dla projektów Design i Managed BOM zarządza się w oknie dialogowym Share na stronie Workspace Projects page.

Osoby z uprawnieniami na poziomie administratora (członkowie grupy Administrators) będą mogły widzieć i zarządzać wszystkimi folderami i elementami. Użytkownik Workspace niebędący administratorem ma dostęp tylko do tych folderów i elementów, które utworzył (jest ich „właścicielem”) lub które zostały mu udostępnione poprzez odpowiednie uprawnienia.

Na stronie Workspace Projects uprawnienia folderów projektów można przeglądać i zmieniać z poziomu opcji interfejsu Share. Wybierz wpis folderu, a następnie użyj górnego przycisku lub opcji Share z menu danego wpisu, aby otworzyć okno Share Item (). Zwróć uwagę, że:

domyślnie – gdy Workspace jest po raz pierwszy aktywowany – folder najwyższego poziomu Projects nie jest dostępny na stronie Projects, ale stanie się dostępny, jeśli zostaną utworzone inne foldery najwyższego poziomu. Interfejs strony Explorer zawsze ma dostęp do folderu Projects.
interfejs i funkcjonalność okna działają w ten sam sposób podczas udostępniania projektu – obejmuje to możliwość zmiany właściciela elementu (folderu).

Uprawnienia udostępniania skonfigurowane dla folderu projektu Team 1 – pełny dostęp dla zespołu US Engineering, a ECAD Managers mają tylko podgląd. Projekty w tym folderze dziedziczą te uprawnienia, dodając je do wbudowanych uprawnień zapisu administratora i właściciela.

Uprawnienia udostępniania dla folderu projektu dodanego przez użytkownika, który odziedziczy uprawnienia z folderu nadrzędnego (Team 1). Folder nadrzędny został utworzony przez innego użytkownika (Harold Smith), który jest „właścicielem” tego folderu, więc temu użytkownikowi również przyznawany jest dostęp do zapisu do nowego folderu.

Uprawnienia udostępniania skonfigurowane dla folderu projektu Team 2 – pełny dostęp dla zespołu EU Engineering, a ECAD Managers mają tylko podgląd. Projekty w tym folderze dziedziczą te uprawnienia, dodając je do wbudowanych uprawnień zapisu administratora i właściciela.

Na stronie Explorer kontrolki udostępniania są dostępne po kliknięciu prawym przyciskiem myszy wpisu folderu (lub elementu) w drzewie nawigacji i użyciu polecenia Share Folder (lub Share Item) z menu kontekstowego. Pojawi się okno Share, z którego można modyfikować uprawnienia dostępu do folderu/elementu zgodnie z potrzebą.

Uprawnienia udostępniania dla elementu szablonu, odziedziczone z folderu nadrzędnego Component Templates.

Rzeczy, o których warto pamiętać:

W kontekście uprawnień użytkownik/grupa ma dostęp do odczytu/zapisu, gdy opcja Can Write (Edit) jest włączona. Jeśli ta opcja jest wyłączona, mają wyłącznie dostęp do odczytu (View).

Włączenie dostępu Edit do folderu/elementu dla użytkownika/grupy jest w praktyce dodaniem kolejnego uprawnienia do jego zestawu uprawnień (ACL), a zmiana tego dostępu z powrotem na View jest w praktyce usunięciem uprawnienia z tego zestawu.
Jeśli chodzi o wybory uprawnień udostępniania w interfejsie użytkownika:
- Zaznaczona opcja Can Write (odczyt/zapis) na stronie Explorer jest równoważna wybraniu Can Edit na stronie Projects.
- Niezaznaczona opcja Can Write (tylko do odczytu) na stronie Explorer jest równoważna wybraniu Can View na stronie Projects.
Aby usunąć istniejącego użytkownika/grupę z udostępnionego dostępu do folderu/elementu:
- na stronie Projects wybierz opcję Remove kafelka użytkownika/grupy w oknie Share Item.
- na stronie Explorer kliknij powiązaną z wpisem użytkownika/grupy kontrolkę Remove () w oknie Share.
Domyślnie folder/element będzie dostępny tylko dla jego właściciela (początkowo twórcy) oraz wszystkich członków grupy Administrators. Te uprawnienia są wbudowane i nie trzeba ich jawnie dodawać. Owners oraz Administrators mają uprawnienia Odczyt/Zapis (Wyświetl/Edytuj).
Aby umożliwić wszystkim użytkownikom Workspace zobaczenie folderu/elementu:
- w oknie Share Item na stronie Projects ustaw opcję dostępu kafelka Workspace Members na Can View lub Can Edit dla pełnego dostępu do zapisu.
- w oknie Share na stronie Explorer wybierz kontrolkę Add Anyone i odznacz jej opcję Can Write albo pozostaw zaznaczoną dla pełnego dostępu do zapisu.
  
  Pamiętaj, że wykonanie powyższych czynności może potencjalnie przyznać dostęp Odczyt/Zapis wszystkim członkom Workspace. Jeśli chcesz ograniczyć dostęp do określonego zestawu użytkowników i/lub grup, musisz ustawić Workspace Members dla No access (strona Projects) lub usunąć encję Anyone (strona Explorer).
W przeciwieństwie do innych elementów, uprawnieniami udostępniania elementu projektu projektowego nie można zarządzać przez stronę Explorer. Zamiast tego są one określane w oknie Share Item, do którego przechodzi się ze strony Projects. Szczegółowe informacje znajdziesz na stronie Workspace Projects page.

Ograniczenia udostępniania kontrolowane dziedziczeniem

Niektóre poziomy dostępu użytkownika, takie jak Can View lub No access w oknie Share Item folderu, mogą być niedostępne do wyboru, ponieważ byłyby sprzeczne (obniżały) zestaw uprawnień dziedziczony z folderu nadrzędnego. Domyślnie uprawnienia udostępniania folderu to pełny dostęp do zapisu dla wszystkich użytkowników – Workspace Members Can Edit, jak pokazano w oknie Share Item, lub Anyone może Write, jak pokazano w oknie Share na stronie Explorer.

W tym domyślnym przypadku na przykład opcje obniżenia dziedziczonych uprawnień folderu (z Workspace Members Edit do Workspace Members View lub No Access) są wyłączone, aby zapobiec niezamierzonemu przerwaniu struktury hierarchii uprawnień. Zwróć uwagę, że zawsze możesz podnieść (zwiększyć) poziom dostępu udostępniania, ponieważ po prostu „dodaje” to do istniejącego zestawu uprawnień dziedziczonego z folderu nadrzędnego.

Aby celowo przerwać dziedziczenie uprawnień Parent → Child dla tego folderu, tak aby można było zastosować inny (niższy) poziom dostępu, odznacz opcję Inherit parent folder permissions w Advanced Settings okna Share Item. Gdy folder przestanie dziedziczyć uprawnienia z folderu nadrzędnego, jego własne uprawnienia dostępu można zmieniać bez ograniczeń. Więcej informacji znajdziesz w sekcji poniżej.

Opcja Inherit permissions from parent folder jest początkowo domyślnie włączona i zawsze jest włączona dla nowo utworzonych folderów.

Podobnie, podczas zmiany uprawnień udostępniania folderu przez stronę Workspace Explorer page nie można obniżać uprawnień dziedziczonych z folderu nadrzędnego. Odznacz opcję Inherit permissions from parent w oknie Share, aby celowo przerwać dziedziczenie uprawnień z folderu nadrzędnego (Projects w tym przypadku).

Oprócz folderów i projektów, system dziedziczenia uprawnień dotyczy także elementów (np. komponentów) oraz ich składowych rewizji. Wykazują one takie samo zachowanie dziedziczenia uprawnień i zawierają opcję włączenia/wyłączenia tego dziedziczenia (w sekcji Advanced Settings w oknie dialogowym strony Explorer Share – ).

Ciągłość dziedziczenia uprawnień

Ciągłość dziedziczenia uprawnień udostępniania w hierarchii folderów Workspace, opisana powyżej, jest utrzymywana, o ile dziedziczenie uprawnień folderu z folderu nadrzędnego nie zostanie w pewnym momencie jawnie przerwane (wyłączone). Propagację uprawnień Parent → Child dla folderu (lub projektu/elementu) wyłącza się przez odznaczenie opcji Inherit permissions from parent, dostępnej w oknie dialogowym Share Item. Chociaż ten folder nie będzie już dziedziczył żadnych zmian uprawnień wprowadzanych w folderze nadrzędnym, a hierarchia uprawnień jest w tym miejscu faktycznie przerwana (wyłączona), dziedziczenie pozostaje ciągłe poniżej tego poziomu.

Pełna głębokość dziedziczenia uprawnień folderów zostanie przywrócona, jeśli opcja Inherit permissions from parent tego „odłączonego” folderu zostanie ponownie włączona. Wtedy folder ponownie odziedziczy uprawnienia nadrzędne (jeśli nie są już obecne), aby przywrócić integralność uprawnień parent-child.

Przykład hierarchii folderów (A–D) z ciągłym dziedziczeniem uprawnień. Uprawnienie Engineers Write zostało dodane na najwyższym poziomie Folder A (lub wyżej) i zostało rozpropagowane w dół hierarchii do Folder D.

Wyłączenie dziedziczenia uprawnień parent-child w Folder C przez odznaczenie opcji Inherit permissions from parent w oknie dialogowym folderu Share.

Ciągłość dziedziczenia uprawnień jest przerwana między Folder B i C, ale zachowana w sekcjach hierarchii powyżej i poniżej tego punktu.

Dodanie Managers Write jako nowego uprawnienia dostępu do Folder A.

Dodane uprawnienie jest dziedziczone przez Folder B. To znaczy, propaguje się w dół tylko w ciągłej sekcji dziedziczenia uprawnień hierarchii (A–B), ale nie do folderu C, ponieważ dziedziczenie B–C (parent-child) jest wyłączone.

Dodane uprawnienie jest dziedziczone przez Folder D. To znaczy, propaguje się w dół w ciągłej sekcji dziedziczenia hierarchii (C–D).

Dodanie uprawnienia Librarians Read do Folder C. Ponadto istniejące uprawnienia Folder C mogłyby zostać obniżone lub usunięte, ponieważ nie są już powiązane z uprawnieniami folderu nadrzędnego Folder B.

Ponowne włączenie dziedziczenia uprawnień parent-child w Folder C przez zaznaczenie opcji Inherit permissions from parent w oknie dialogowym folderu Share.

Dziedziczenie uprawnień jest ponownie ciągłe w całej hierarchii folderów, ponieważ dziedziczenie Folder B → C (parent → child) jest włączone. Folder C (i niżej) dziedziczy uprawnienie Manager Write z Folder B, aby utrzymać pełną relację dziedziczenia parent-child.

Zgodnie z włączonym schematem dziedziczenia uprawnień, uprawnienia folderu/elementu mogą być podnoszone i rozszerzane (w praktyce to to samo działanie), ale nie mogą być obniżane względem uprawnień folderu nadrzędnego. Dotyczy to również sytuacji, gdy dodane uprawnienie dla Grupy/Użytkownika ma być wspólne dla encji nadrzędnej i podrzędnej:

Dodanie uprawnienia do folderu w praktyce nadpisze to samo uprawnienie w folderze podrzędnym, jeśli ma ono niższy poziom dostępu. Na przykład, jeśli uprawnienie Librarians Read/Write zostanie dodane do folderu, a jego folder podrzędny ma istniejący wpis Librarians Read, zostanie on podniesiony do wpisu Librarians Read/Write.
W istocie dostęp na poziomie zapisu został dodany do folderu nadrzędnego i jest dziedziczony przez folder podrzędny. Dziedziczenie uprawnień jest utrzymane.
Odwrotnie, dodanie uprawnienia do folderu nie wpłynie na to samo uprawnienie w folderze podrzędnym, jeśli ma ono wyższy poziom dostępu. Na przykład, jeśli uprawnienie Librarians Read zostanie dodane do folderu, a jego folder podrzędny ma istniejący wpis Librarians Read/Write, nie zostanie on zmieniony (obniżony) do wpisu na poziomie Read – pozostanie na dotychczasowym poziomie uprawnień.
W istocie dostęp na poziomie odczytu został dodany do nadrzędnego, a to już istnieje w folderze podrzędnym. Dziedziczenie uprawnień jest utrzymane.

Gdy wpis uprawnienia zostanie usunięty z folderu, ta zmiana będzie propagować w dół hierarchii (tam, gdzie permissions inheritance jest włączone) niezależnie od zastosowanego poziomu dostępu (Read lub Write). Na przykład, jeśli folder ma uprawnienia dostępu Librarians Read, ale uprawnienia folderu podrzędnego zostały podniesione do Librarians Write, to usunięcie wpisu Librarians w folderze nadrzędnym usunie również wpis Librarians w folderze podrzędnym.

Opisana tutaj logika dziedziczenia uprawnień folderów dotyczy również design projects. Projekt jest zawsze elementem podrzędnym folderu nadrzędnego i będzie dziedziczył jego uprawnienia, a dziedziczenie uprawnień można wyłączyć w taki sam sposób jak dla folderu podrzędnego.

Uprawnienia projektu edytuje się w oknie Share Item na stronie Workspace Projects page.

Przenoszenie folderów

Foldery Workspace można przenosić do dowolnej innej lokalizacji w strukturze folderów za pomocą strony Projects (zob. Workspace Projects page) lub panelu Explorer w Altium Designer (zob. Organizing Your Workspace).

Sposób określania uprawnień udostępniania przeniesionego folderu zależy od relacji inheritance relationship z jego dotychczasowym folderem nadrzędnym:

Gdy opcja Inherit parent folder permissions folderu jest włączona (stan domyślny), przeniesienie tego folderu do innego folderu spowoduje, że:
- dziedziczyć zestaw uprawnień z nowego folderu nadrzędnego (w tym Właściciela tego folderu).
- utracić swoje pierwotne dziedziczone uprawnienia.
  - * „Dziedziczone” uprawnienia folderu/projektu to te przejęte z folderu nadrzędnego – zostały odziedziczone.
- zachować swoje wcześniejsze uprawnienia rozszerzone.
  - * „Rozszerzone” uprawnienia folderu/projektu to te, które zostały dodane celowo w celu rozszerzenia dostępu użytkowników – nie zostały odziedziczone z folderu nadrzędnego.
Krótko mówiąc, uprawnienia starego folderu nadrzędnego są zastępowane uprawnieniami nowego folderu nadrzędnego, ale wszelkie uprawnienia dodane ręcznie zostaną przeniesione razem z folderem.

Gdy opcja Inherit parent folder permissions folderu jest wyłączona (nie przejmuje on uprawnień folderu nadrzędnego), przeniesienie tego folderu do innego folderu spowoduje, że:
- zachowa on swoje pierwotne uprawnienia.
- zachowa wyłączony stan ustawienia Inherit parent folder permissions.
Krótko mówiąc, jest to dosłownie operacja przeniesienia bez żadnych innych zmian. Można to uznać za najbezpieczniejszy sposób przenoszenia folderu i jego zawartości, ponieważ eliminuje możliwość nieoczekiwanych zmian uprawnień wynikających z dziedziczenia z nowego folderu nadrzędnego.

W tym przykładzie foldery A–B–C tworzą hierarchię, która obejmuje dziedziczone uprawnienia Engineers Write. Uprawnienia folderu C zostały rozszerzone przez dodanie Contractors Read. Alternatywnie można było dodać pojedynczego Użytkownika.

Moving folder with Permission Inheritance enabled. Folder C zostanie przeniesiony do folderu D, który ma inny zestaw uprawnień. Zwróć uwagę, że dziedziczenie uprawnień jest włączone dla wszystkich folderów (stan domyślny).

Przeniesiony folder C jest teraz elementem podrzędnym folderu D i odziedziczy uprawnienie Mechanical Read swojego folderu nadrzędnego. Folder C utraci również swoje pierwotne dziedziczone uprawnienia (Engineers Read/Write), ale zachowa swoje uprawnienia rozszerzone (dodane) (Contractors Read).

Moving a folder with Permission Inheritance disabled. W oknie Share opcja Inherit permission from parent została wyłączona (odznaczona) dla folderu C. Dodatkowo dodano jeszcze jedno uprawnienie Managers Read.

Folder C zostanie przeniesiony do folderu E, który ma inny zestaw uprawnień. Zwróć uwagę, że dziedziczenie uprawnień jest wyłączone dla folderu C, który jest „odłączony” od swojego folderu nadrzędnego (folderu D) w kontekście dziedziczenia uprawnień.

Przeniesiony folder C zachowa zarówno swój pierwotny zestaw uprawnień, jak i ustawienie dziedziczenia uprawnień (wyłączone). Zostanie przeniesiony do folderu E bez zmian uprawnień i nie będzie dziedziczył żadnych zmian uprawnień wprowadzanych w folderze nadrzędnym, folderze E.

Przed przeniesieniem folderu lub projektu do innego folderu zdecydowanie zaleca się najpierw sprawdzić uprawnienia folderu docelowego, ponieważ domyślnie (Inherit parent folder permissions włączone) zostaną one odziedziczone przez przenoszony folder/projekt. Na przykład uprawnienia folderu docelowego mogą zapewniać wyższy poziom udostępniania niż pożądany, taki jak prawa edycji lub dostęp dla wszystkich użytkowników, co następnie będzie dotyczyć przeniesionego folderu/projektu.

Zwróć uwagę, że opisana tutaj logika dziedziczenia uprawnień folderów dotyczy również przenoszenia projektów projektowych. Projekt zawsze jest elementem podrzędnym folderu nadrzędnego, a stan dziedziczenia uprawnień (włączony/wyłączony) jest kontrolowany przez opcję Inherit parent folder permissions w taki sam sposób jak w przypadku folderu podrzędnego.

Zarządzanie uprawnieniami tworzenia projektów

Przy domyślnych ustawieniach Workspace projekty tworzone lub przesyłane przez członków Workspace są zapisywane w folderze Projects, dostępne z prawem zapisu dla wszystkich użytkowników (dziedziczone z folderu nadrzędnego Projects) i są dostępne bezpośrednio z poziomu strony Projects. Ten prosty układ jest wygodny dla użytkowników, ale pozwala każdemu członkowi Workspace tworzyć dostępne projekty w tej głównej (najwyższego poziomu) lokalizacji. Aby wdrożyć bardziej zaawansowaną kontrolę nad tym, kto może tworzyć (i uzyskiwać dostęp do) projektów w folderze Projects lub w dodatkowych podfolderach, administratorzy Workspace mogą zdefiniować uprawnienia udostępniania folderów projektów na stronie Explorer lub w Altium Designer, w panelu Explorer.

Zgodnie z opisem powyżej, uprawnienia folderu są dostępne na stronie Explorer Workspace z poziomu opcji Share Folder w menu kontekstowym (prawy przycisk myszy) wpisu folderu. Na przykład dostęp do folderu Projects można zmienić, ustawiając domyślne uprawnienie (Anyone) na tylko do odczytu (odznaczając Can Write) lub usuwając je całkowicie, a następnie dodając uprawnienia dostępu dla konkretnych użytkowników (Add User) lub grup użytkowników (Add Role) zgodnie z potrzebami.

Zaktualizowane uprawnienia zapisu określą, którzy członkowie Workspace mogą tworzyć (lub przesyłać) projekty do folderu Projects – w pokazanym powyżej przykładzie tylko ci, którzy należą do grupy Managers. Ograniczenia uprawnień będą również dotyczyć użytkowników tworzących nowy projekt w Altium Designer.

Dla uporządkowanej hierarchii folderów, w której uprawnienia oraz dostęp użytkowników/grup są odpowiednio skonfigurowane, np. stopniowo otwierane w dół drzewa folderów, podejście to może zapewnić odpowiednie poziomy dostępu do uprawnień dla użytkowników i grup w zależności od folderu docelowego ().

Domyślne uprawnienia tworzenia projektów

Jako alternatywę dla domyślnego układu, w którym nowo dodany projekt dziedziczy zestaw uprawnień folderu nadrzędnego, możesz określić stały zestaw uprawnień dla wszystkich nowych projektów, włączając opcję Default Permissions for new projects w widoku Projects na stronie Admin – Settings. Taki układ może lepiej pasować do mniej uporządkowanej hierarchii uprawnień folderów, gdzie wszystkie projekty użytkowników są tworzone w określonej lokalizacji, np. w folderze Projects.

Po włączeniu nowo utworzony projekt przyjmie uprawnienia określone przez tę opcję zamiast dziedziczyć uprawnienia folderu nadrzędnego. Początkowe ustawienia tej opcji odpowiadają domyślnym ustawieniom Workspace – dostęp do zapisu dla wszystkich użytkowników – i można je zmienić zgodnie z potrzebami. Przykładem może być dostęp Write (edycja) dla Inżynierów oraz dostęp View (tylko do odczytu) dla Bibliotekarzy.

Aby określić stały zestaw uprawnień dostępu dla nowo tworzonych (lub przesyłanych) projektów, włącz opcję Default permissions for new projects na stronie Admin - Settings, która początkowo jest ustawiona na stan domyślny: dostęp Write dla wszystkich Workspace members.

Wybierz żądane zestawy uprawnień dla nowo tworzonych projektów – w tym przykładzie tylko Engineers Write i Librarians Read. Zwróć uwagę, że Administratorzy oraz Właściciel projektu (twórca) zawsze mają pełny dostęp do zapisu.

Gdy użytkownik tworzy/przesyła nowy projekt, stosowane są określone domyślne uprawnienia zamiast tych przejętych z folderu nadrzędnego projektu (Projects), jak pokazano w oknie dialogowym Share projektu.

Opcja Inherit parent folder permissions w oknie jest automatycznie wyłączana dla nowego projektu, gdy włączono opcję Default permission for new projects (w Admin - Settings).

Points of note:

Administratorzy zawsze mają dostęp do zapisu do wszystkich projektów (i folderów), więc tego ustawienia nie można zmienić (jest tylko do odczytu).
Właściciel projektu (użytkownik, który utworzył projekt) ma pełny dostęp do projektu, a pośrednio także do jego folderu nadrzędnego, ponieważ do utworzenia nowego projektu wymagane są uprawnienia zapisu do folderu.
Zastosowanie stałego zestawu uprawnień projektu (jak opisano powyżej) raczej nie obejmuje uprawnień folderu nadrzędnego, dlatego dziedziczenie uprawnień w relacji rodzic–dziecko (folder–projekt) jest automatycznie wyłączane – slajd nr 4 powyżej. Jeśli zostanie ono ręcznie ponownie zastosowane do projektu, wówczas zestaw uprawnień folderu nadrzędnego zostanie dodany do projektu – zobacz Permission Inheritance Continuity powyżej, aby uzyskać informacje.
Opisana zasada przejmowania uprawnień dla nowych projektów będzie również obowiązywać podczas klonowania projektu.

Tworzenie projektu bez uprawnień zapisu do folderu

Gdy użytkownik bez uprawnień zapisu do folderu Projects (lub innego folderu określonego jako domyślna lokalizacja przechowywania) wykonuje operację Create lub Upload, system automatycznie utworzy specyficzną dla użytkownika strukturę Personal Folder do przechowywania nowego projektu. Pojawia się ona jako folder najwyższego poziomu oparty na adresie e-mail członka, z podfolderem My Projects, w którym przechowywane są projekty tego użytkownika. Struktura/hierarchia folderów jest własnością i jest dostępna wyłącznie dla zalogowanego użytkownika (oraz administratorów) i nie jest widoczna dla innych użytkowników.

Jeśli użytkownik wykonuje Create lub Upload projektu w folderze, do którego ma uprawnienia zapisu, projekt jest zapisywany w tym folderze.
Jeśli użytkownik wykonuje Create lub Upload projektu w folderze, do którego ma dostęp tylko do odczytu (View) i który nie jest domyślną lokalizacją przechowywania, proces zostaje zablokowany (), a dla tego użytkownika tworzona jest struktura folderów najwyższego poziomu My Projects, jeśli jeszcze nie istnieje.
Dla przykładu uprawnień folderu Projects pokazanego powyżej, projekty tworzone przez użytkowników należących do grupy Managers będą umieszczane w folderze Projects jak zwykle, ponieważ mają pełne prawa edycji do tego folderu. Pozostali użytkownicy mają dostęp tylko do odczytu (View) do folderu Projects, więc ich nowe projekty są zapisywane w ich folderze My Projects.
Jeśli projekt znajdujący się w folderze My Projects członka Workspace zostanie udostępniony innym użytkownikom (poprzez członków Workspace, grupy lub konkretne nazwy użytkowników), wówczas pojawi się on w widoku najwyższego poziomu strony Projects dla tych użytkowników.

Z perspektywy administratora Workspace foldery osobiste członków są zebrane pod folderem najwyższego poziomu Home, co widać na stronie Projects oraz w hierarchii folderów na stronie Explorer – a także w drzewie folderów panelu Explorer w Altium Designer.

Pobieranie rewizji elementu

Aby pobrać dane z interfejsu, kliknij kontrolkę Download () po prawej stronie wpisu dla rewizji elementu.

Użycie tej kontrolki na poziomie nadrzędnego elementu spowoduje pobranie danych dla najnowszej rewizji tego elementu.

Nawigowanie po strukturze Workspace

Możesz nawigować po zawartości w Workspace – za pomocą interfejsu przeglądarkowego – na kilka sposobów, jak pokazano na poniższym obrazie i opisano dalej.

Sposoby nawigowania po zawartości Workspace za pomocą interfejsu przeglądarkowego

Wyniki przykładowego wyszukiwania

Klikając nazwę folderu, którego zawartość chcesz przejrzeć.
Korzystając z funkcji wyszukiwania. Wpisz słowo kluczowe na podstawie ID elementu, komentarza lub opisu, a następnie naciśnij Enter lub kliknij ikonę lupy ( ). Zostanie przeszukany cały Workspace, a wyniki wyszukiwania zostaną wyświetlone jako pasujące elementy.

Po wyszukaniu możesz wrócić do normalnego widoku zawartości Workspace, klikając ponownie wpis Admin – Explorer w drzewie nawigacji interfejsu przeglądarki po skrajnej lewej stronie. Alternatywnie wyczyść pole wyszukiwania i naciśnij Enter.

Dodatkowe funkcje

Podczas przeglądania zawartości przez interfejs przeglądarkowy Workspace dostępne są następujące dodatkowe funkcje:

Navigate – to polecenie, dostępne w menu kontekstowym (prawy przycisk myszy) dla elementu, służy do szybkiego przejścia do tego elementu w panelu Explorer w Altium Designer. Aby to zrobić, Altium Designer zostanie uruchomiony (pojawi się monit z pytaniem, czy otworzyć X2.exe – plik wykonywalny źródłowy Altium Designer).

Jeśli Altium Designer jest już uruchomiony, zostanie użyta ta instancja.
Full item info – to polecenie, dostępne w menu kontekstowym (prawy przycisk myszy) dla rewizji elementu, służy do wyświetlenia widoku zawierającego wszystkie szczegóły tej rewizji. W praktyce jest to po prostu widok obejmujący wszystkie różne widoki aspektów dostępne dla tej rewizji elementu (z wyjątkiem Summary).

Użycie polecenia na poziomie nadrzędnego elementu spowoduje wyświetlenie szczegółów dla najnowszej rewizji tego elementu.
Follow/UnFollow – użyj polecenia Follow , dostępnego w menu kontekstowym (prawy przycisk myszy) dla folderu typu Components, aby obserwować ten folder. Każda aktywność w obserwowanym folderze (utworzenie komponentu, wydanie, zmiana stanu rewizji lub usunięcie) zostanie zasygnalizowana powiadomieniem e-mail wysłanym z Workspace (o ile powiadomienia e-mail zostały włączone dla Workspace przez administratora). Użyj polecenia UnFollow, aby przestać obserwować aktywność komponentów w tym folderze.
Remove Folder – użyj tego polecenia, dostępnego w menu kontekstowym (prawy przycisk myszy) dla folderu, aby przenieść ten folder i całą jego zawartość (podfoldery oraz elementy w nich) do odizolowanego obszaru Trash w Workspace. Elementy w Trash można następnie trwale usunąć lub przywrócić – w zależności od potrzeb. W przypadku usuwania folderu projektu wszelkie powiązane wydania również zostaną przeniesione do Trash.
Remove Item – użyj tego polecenia, dostępnego w menu kontekstowym (prawy przycisk myszy) dla elementu, aby przenieść ten element do odizolowanego obszaru Trash w Workspace. Elementy w Trash można następnie trwale usunąć lub przywrócić – w zależności od potrzeb. W przypadku usuwania elementu komponentu masz także możliwość przeniesienia jednocześnie powiązanych z nim modeli do Trash . Pamiętaj, że można je usunąć tylko wtedy, gdy nie są używane gdzie indziej (przez jeden lub więcej innych komponentów).

Wersja do wydruku

Tłumaczenie SI

Jeśli znajdziesz błąd, zaznacz tekst/obraz i naciśnij Ctrl + Enter aby wysłać nam wiadomość.