Quản lý Cấu trúc Nội dung & Quyền Truy cập

Created: November 23, 2017 | Updated: October 01, 2025

Cấu trúc nội dung và quản lý quyền truy cập cho một Workspace có thể được thực hiện từ cả trang Admin – Explorer (bởi Quản trị viên) hoặc trang Projects chính (bởi thành viên Workspace có đủ quyền). Các lệnh và tính năng trên các trang này cho phép bạn:

Duyệt các thư mục và Item trong Workspace. Bạn có thể tạo, chỉnh sửa và xóa thư mục, từ đó xây dựng cấu trúc của Workspace. Các thư mục và item đã xóa sẽ được chuyển vào Trash, tại đó chúng có thể bị xóa vĩnh viễn hoặc được khôi phục.
Xác định chia sẻ ở cấp thư mục và cấp Item. Điều này kiểm soát ai có thể xem nội dung nào trong Workspace và, ở cấp thư mục, liệu người dùng khác chỉ có thể xem thư mục và nội dung của nó hay cũng có thể chỉnh sửa nó (thực chất là phát hành/commit/tải lên dữ liệu thiết kế vào đó).
Chỉ định liệu một thư mục hoặc item (chẳng hạn như project) có kế thừa quyền chia sẻ từ thư mục cha của nó hay không. Đây là trạng thái mặc định.

Xét về cấu trúc nội dung và quản lý, giao diện trang Projects và Explorer khác nhau về khả năng và mức độ thuận tiện:

Trang Projects của Workspace cung cấp cách tiếp cận đơn giản để quản lý thư mục và item project, dành cho Quản trị viên, Chủ sở hữu project/item và những người dùng khác có đủ quyền chỉnh sửa.
Lưu ý: Với giao diện này, bạn không thể chỉnh sửa hoặc thiết lập quyền chia sẻ cho thư mục Projects cấp cao nhất (mặc định), cũng như không thể tạo thêm một thư mục cấp cao nhất khác.

Phần lớn các tác vụ quản lý cấu trúc Workspace và quyền có thể được thực hiện từ các lệnh trên trang Projects.
Trang Explorer của Workspace, tương tự như bảng Altium Designer Explorer panel và chỉ dành cho Quản trị viên, cung cấp quyền quản lý đối với tất cả thư mục và item, bao gồm dữ liệu Release của project, Components, Managed Content, v.v.
Lưu ý: Với giao diện này, bạn không thể chia sẻ một design project hoặc di chuyển thư mục và item.

Trang Explorer cung cấp khả năng kiểm soát chi tiết đối với cấu trúc Workspace và các thiết lập quyền, bao gồm quyền truy cập vào thư mục Projects cấp cao nhất.

Chia sẻ Thư mục và Item

Cấu trúc thư mục của Altium 365 Workspace có cơ chế kế thừa quyền nâng cao dựa trên việc lan truyền quyền chia sẻ từ đối tượng Cha sang đối tượng Con – đối tượng sau có thể là thư mục hoặc các item thiết kế như Projects, Components, tệp BOM, Templates, v.v. Cách tổ chức này giúp đơn giản hóa quá trình sắp xếp cấu trúc thư mục Workspace và các quyền chia sẻ của nó để phù hợp với yêu cầu truy cập của Người dùng Công ty và các Nhóm người dùng.

Một Workspace cung cấp các khả năng chia sẻ sau:

Folder-level Sharing – cung cấp khả năng kiểm soát ai có thể xem nội dung nào trong Workspace bằng cách chia sẻ thư mục. Điều này cho phép kiểm soát liệu người dùng khác chỉ có thể xem một thư mục và nội dung của nó hay cũng có thể chỉnh sửa nó (thực chất là phát hành/commit/tải lên dữ liệu thiết kế vào đó). Một Workspace duy nhất có thể được phân chia thành nhiều “vùng” nội dung hiệu quả khác nhau nhưng với các quyền được kiểm soát ở cấp thư mục, cho phép nội dung được hiển thị hoặc ẩn có chọn lọc khi cần, để đúng người có đúng quyền truy cập vào đúng dữ liệu.
Item-level Sharing – cung cấp khả năng kiểm soát ai có thể xem và truy cập những Item nào trong một thư mục đã được chia sẻ. Mức chia sẻ cụ thể hơn này cho phép bạn ghi đè (hoặc bổ sung) bộ quyền mà một Item đã kế thừa từ thư mục cha của nó. Miễn là người dùng có quyền truy cập vào chính thư mục đó, họ sẽ có thể xem/chỉnh sửa (nếu được cho phép) các Item trong thư mục đã được chia sẻ với họ.

Khi chỉ định quyền chia sẻ cho một đối tượng item (chẳng hạn như Component, Template, v.v.) bằng giao diện Explorer của Workspace, các thiết lập chia sẻ của item đó cũng sẽ áp dụng cho các Revision cấu thành của nó. Bạn có thể thêm/xóa quyền khỏi từng Revision riêng lẻ trong hệ phân cấp đó, nhưng thay đổi quyền sẽ không lan truyền xuống chính hệ phân cấp đó – nó không được kế thừa bởi các Revision nằm bên dưới nó trong hệ phân cấp.

Về mặt nội bộ, quyền truy cập vào các đối tượng Workspace được xác định bởi một Access Control Listphân cấp ACL quyết định các quyền liên kết với Folders, Projects và Items. Danh sách này chỉ định ai có quyền truy cập vào đối tượng đó và liệu nó có thể được sửa đổi hay không. Ví dụ: nếu thiết lập Share của một project cụ thể bao gồm quyền View (chỉ đọc) cho Librarians thì project đó có thể được các thành viên của nhóm Librarians truy cập, nhưng không thể bị các thành viên đó Edit, Move hoặc Remove (hoặc chia sẻ lại) – trừ khi họ là Quản trị viên hoặc Chủ sở hữu project.

Các khả năng chia sẻ nêu trên sẽ tuân theo cơ chế kế thừa quyền của Workspace. Theo nghĩa đơn giản nhất, các quyền được áp dụng cho một thư mục sẽ lan truyền xuống hệ phân cấp thư mục thông qua các mối quan hệ cha-con – từ thư mục đến thư mục con, và tiếp tục xuống dưới.

Cấu trúc kế thừa quyền này được duy trì (trừ khi bị vô hiệu hóa có chủ đích tại một điểm nào đó trong hệ phân cấp) khi các thư mục được thêm vào hệ phân cấp, và cả khi các quyền được thêm vào trong hệ phân cấp. Khi các quyền bổ sung được áp dụng cho một thư mục không phải là thư mục cấp cao nhất – tức là nằm trong hệ phân cấp – chúng sẽ được kế thừa xuống dưới từ cấp này mà không ảnh hưởng đến các quyền hiện có.

Thêm quyền Edit (Read/Write) cho Nhóm người dùng Engineers vào thư mục trên cùng trong hệ phân cấp thư mục A-B-C.

Mục quyền mới (Engineers Read/Write) được tự động áp dụng cho tất cả các thư mục trong hệ phân cấp thông qua cơ chế kế thừa quyền cha-con.

Thêm quyền chỉ đọc (Read) cho Nhóm người dùng Librarians vào hệ phân cấp Thư mục B – bộ quyền của nó sẽ được “mở rộng” bởi phần bổ sung này

Mục quyền mới (Librarians Read) được áp dụng cho thư mục B và được kế thừa bởi tất cả các thư mục bên dưới nó trong hệ phân cấp.

Một Project thiết kế (hoặc loại item khác) được tạo hoặc tải lên vào Thư mục C. Nó sẽ kế thừa quyền chia sẻ từ Thư mục C.

Mở rộng bộ quyền của Thư mục C bằng cách thêm quyền chỉ đọc (Read) cho Managers Group.

Quyền Managers Read được thêm vào sẽ được Project thiết kế kế thừa. Lưu ý rằng quyền chia sẻ cho Design và Managed BOM Projects được quản lý thông qua hộp thoại cửa sổ Share trên trang Workspace Projects.

Những người có đặc quyền cấp quản trị viên (thành viên của nhóm Administrators) sẽ có thể xem và quản lý tất cả thư mục và Items. Người dùng Workspace không có quyền quản trị chỉ có thể truy cập những thư mục và Items mà họ đã tạo (là “owner” của chúng), hoặc những thư mục và Items đã được chia sẻ với họ thông qua các quyền phù hợp.

Trong trang Projects của Workspace, quyền của thư mục project có thể được truy cập và thay đổi từ các tùy chọn Share của giao diện. Chọn một mục thư mục rồi chọn nút phía trên hoặc tùy chọn Share từ menu của mục đó để mở cửa sổ Share Item. Lưu ý rằng:

theo mặc định – khi một Workspace mới được kích hoạt lần đầu – thư mục Projects cấp cao nhất không thể truy cập trong trang Projects nhưng sẽ khả dụng nếu các thư mục cấp cao nhất khác được tạo. Giao diện trang Explorer luôn có thể truy cập thư mục Projects.
giao diện và chức năng của cửa sổ hoạt động theo cùng một cách khi chia sẻ một Project – điều này bao gồm khả năng thay đổi Owner của Item (thư mục).

Quyền chia sẻ được cấu hình cho thư mục project Team 1 – nhóm US Engineering có toàn quyền truy cập và ECAD Managers chỉ có thể xem. Các project trong thư mục này kế thừa các quyền này, ngoài các quyền ghi vốn có của quản trị viên và owner.

Quyền chia sẻ cho một thư mục project do người dùng thêm vào, thư mục này sẽ kế thừa quyền từ thư mục cha (Team 1). Thư mục cha được tạo bởi một người dùng khác (Harold Smith) là người “sở hữu” thư mục đó, vì vậy quyền ghi vào thư mục mới cũng được cấp cho người dùng này.

Quyền chia sẻ được cấu hình cho thư mục project Team 2 – nhóm EU Engineering có toàn quyền truy cập và ECAD Managers chỉ có thể xem. Các project trong thư mục này kế thừa các quyền này, ngoài các quyền ghi vốn có của quản trị viên và owner.

Trong trang Explorer, các điều khiển chia sẻ được truy cập bằng cách nhấp chuột phải vào mục trong cây điều hướng của thư mục (hoặc Item) và dùng lệnh Share Folder (hoặc Share Item) từ menu ngữ cảnh. Cửa sổ Share sẽ xuất hiện, từ đó quyền truy cập cho thư mục/Item có thể được sửa đổi theo yêu cầu.

Quyền chia sẻ cho một item template, được kế thừa từ thư mục cha Component Templates.

Những điều cần lưu ý:

Về mặt quyền, một người dùng/nhóm có quyền Read/Write khi tùy chọn Can Write (Edit) được bật. Nếu tùy chọn này bị tắt, họ chỉ có quyền Read (View).

Việc bật quyền truy cập Edit cho một Folder/Item đối với một User/Group thực chất là thêm một quyền khác vào bộ quyền của nó (ACL), và việc đổi quyền truy cập đó trở lại View thực chất là xóa một quyền khỏi bộ quyền.
Về các lựa chọn quyền chia sẻ trong giao diện người dùng:
- Tùy chọn Can Write được chọn (đọc/ghi) trong trang Explorer tương đương với việc Can Edit được chọn trong trang Projects.
- Tùy chọn Can Write không được chọn (chỉ đọc) trong trang Explorer tương đương với việc Can View được chọn trong trang Projects.
Để xóa quyền truy cập chia sẻ hiện có của một người dùng/nhóm đối với thư mục/mục:
- trên trang Projects, chọn tùy chọn Remove của ô người dùng/nhóm trong cửa sổ Share Item.
- trên trang Explorer, nhấp vào điều khiển Remove liên kết với mục người dùng/nhóm () trong cửa sổ Share.
Theo mặc định, một thư mục/mục sẽ chỉ khả dụng với chủ sở hữu của nó (ban đầu là người tạo ra nó) và tất cả thành viên của nhóm Administrators. Các quyền này là quyền vốn có và không cần được thêm một cách tường minh. Owners và Administrators có quyền Đọc/Ghi (Xem/Chỉnh sửa).
Để cho phép tất cả người dùng của Workspace nhìn thấy một thư mục/mục:
- trong cửa sổ Share Item của trang Projects, đặt tùy chọn truy cập của ô Workspace Members thành Can View, hoặc Can Edit để có toàn quyền ghi.
- trong cửa sổ Share của trang Explorer, chọn điều khiển Add Anyone và bỏ chọn tùy chọn Can Write của nó, hoặc giữ nguyên được chọn để có toàn quyền ghi.
  
  Lưu ý rằng việc thực hiện như trên có thể cấp quyền Đọc/Ghi cho tất cả thành viên Workspace. Nếu bạn muốn giới hạn quyền truy cập cho một tập người dùng và/hoặc nhóm cụ thể, bạn phải đặt Workspace Members cho No access (trang Projects) hoặc xóa thực thể Anyone (trang Explorer).
Không giống các mục khác, quyền chia sẻ của một mục dự án thiết kế không thể được quản lý thông qua trang Explorer. Thay vào đó, chúng được chỉ định trong cửa sổ Share Item được truy cập từ trang Projects. Xem trang Workspace Projects để biết thông tin chi tiết.

Các hạn chế chia sẻ do kế thừa kiểm soát

Một số mức truy cập người dùng, chẳng hạn như Can View hoặc No access trong cửa sổ Share Item của thư mục, có thể không khả dụng để chọn vì chúng sẽ mâu thuẫn (hạ cấp) với bộ quyền được kế thừa từ thư mục cha. Theo mặc định, quyền chia sẻ thư mục là toàn quyền ghi cho tất cả người dùng – Workspace Members Can Edit như được hiển thị trong cửa sổ Share Item, hoặc Anyone có thể Write như được hiển thị trong cửa sổ Explorer của trang Share.

Ví dụ trong trường hợp mặc định này, các tùy chọn để hạ cấp quyền kế thừa của một thư mục (từ Workspace Members Edit xuống Workspace Members View hoặc No Access) bị vô hiệu hóa để ngăn việc vô tình làm đứt gãy cấu trúc phân cấp quyền. Lưu ý rằng bạn luôn có thể nâng cấp (tăng) mức truy cập chia sẻ vì điều này chỉ đơn giản là 'bổ sung' vào bộ quyền hiện có được kế thừa từ thư mục cha.

Để cố ý ngắt kế thừa quyền từ Cha sang Con cho thư mục này, nhằm áp dụng một mức truy cập khác (thấp hơn), hãy bỏ chọn tùy chọn Inherit parent folder permissions trong Advanced Settings của cửa sổ Share Item. Khi thư mục không còn kế thừa quyền từ thư mục cha, các quyền truy cập riêng của nó có thể được thay đổi mà không bị hạn chế. Xem phần bên dưới để biết thêm thông tin.

Tùy chọn Inherit permissions from parent folder ban đầu được bật theo mặc định và luôn được bật đối với các thư mục mới tạo.

Tương tự, khi thay đổi quyền chia sẻ thư mục thông qua trang Explorer của Workspace, bạn sẽ bị ngăn không cho hạ cấp các quyền được kế thừa từ thư mục cha. Bỏ chọn tùy chọn Inherit permissions from parent của cửa sổ Share để cố ý ngắt việc kế thừa quyền từ thư mục cha của nó (trong trường hợp này là Projects).

Cùng với thư mục và Projects, hệ thống kế thừa quyền cũng áp dụng cho Items (chẳng hạn như Components) và các Revisions cấu thành của chúng. Chúng thể hiện cùng hành vi kế thừa quyền và bao gồm tùy chọn bật/tắt việc kế thừa đó (trong Advanced Settings của hộp thoại Explorer trang Share).

Tính liên tục của kế thừa quyền

Tính liên tục của việc kế thừa quyền chia sẻ xuyên suốt hệ thống phân cấp thư mục trong Workspace, như đã nêu ở trên, sẽ được duy trì trừ khi việc kế thừa quyền của một thư mục từ thư mục Cha của nó bị ngắt (tắt) một cách tường minh tại một thời điểm nào đó. Việc lan truyền quyền từ Cha sang Con cho một thư mục (hoặc project/Item) bị vô hiệu hóa bằng cách bỏ chọn tùy chọn Inherit permissions from parent của nó, như có trong hộp thoại Share Item. Mặc dù thư mục đó sẽ không còn kế thừa bất kỳ thay đổi quyền nào được thực hiện đối với thư mục cha của nó, và hệ thống phân cấp quyền về thực chất bị ngắt (vô hiệu hóa) tại điểm này, việc kế thừa vẫn liên tục ở các cấp bên dưới.

Toàn bộ độ sâu của việc kế thừa quyền thư mục sẽ được khôi phục nếu tùy chọn Inherit permissions from parent của thư mục 'bị ngắt' đó được bật lại. Khi đó, nó sẽ kế thừa lại các quyền của thư mục cha (nếu chưa có) để khôi phục tính toàn vẹn quyền cha-con.

Ví dụ về một hệ thống phân cấp thư mục (A-D) với việc kế thừa quyền liên tục. Quyền Engineers Write đã được thêm ở cấp Thư mục A trên cùng (hoặc cao hơn) và đã được lan truyền xuống hệ thống phân cấp đến Thư mục D.

Vô hiệu hóa việc kế thừa quyền cha-con tại Thư mục C bằng cách bỏ chọn tùy chọn Inherit permissions from parent trong hộp thoại Share của thư mục.

Tính liên tục của việc kế thừa quyền bị ngắt giữa Thư mục B và C, nhưng vẫn được giữ ở các phần của hệ thống phân cấp phía trên và phía dưới điểm này.

Thêm Managers Write làm quyền truy cập mới cho Thư mục A.

Quyền được thêm sẽ được kế thừa bởi Thư mục B. Nghĩa là, nó chỉ lan truyền xuống phần liên tục của hệ thống phân cấp kế thừa quyền (A-B), nhưng không đến thư mục C vì việc kế thừa B-C (cha-con) đã bị vô hiệu hóa.

Thêm quyền Librarians Read cho Thư mục C. Ngoài ra, các quyền hiện có của Thư mục C có thể được hạ cấp hoặc xóa vì chúng không còn bị ràng buộc với các quyền của Thư mục cha B nữa.

Quyền được thêm sẽ được kế thừa bởi Thư mục D. Nghĩa là, nó lan truyền xuống phần liên tục của hệ thống phân cấp kế thừa (C-D).

Bật lại việc kế thừa quyền cha-con tại Thư mục C bằng cách chọn tùy chọn Inherit permissions from parent trong hộp thoại Share của thư mục.

Việc kế thừa quyền lại liên tục xuyên suốt hệ thống phân cấp thư mục vì việc kế thừa Thư mục B sang C (cha→con) đã được bật. Thư mục C (và bên dưới) kế thừa quyền Manager Write từ Thư mục B để duy trì đầy đủ mối quan hệ kế thừa cha-con.

Phù hợp với cơ chế kế thừa quyền đang được bật, quyền của một thư mục/mục có thể được nâng cấp và bổ sung thêm vào (về thực chất là cùng một hành động) nhưng không thể bị hạ cấp so với quyền của thư mục cha. Điều này cũng áp dụng nếu một quyền được thêm cho một Group/User sẽ là quyền chung cho cả thực thể Cha và Con:

Khi thêm một quyền vào thư mục, quyền đó trên thực tế sẽ ghi đè quyền tương tự trong thư mục con nếu nó đang ở mức truy cập thấp hơn. Ví dụ, nếu quyền Librarians Read/Write được thêm vào một thư mục và thư mục con của nó có mục Librarians Read hiện có, mục này sẽ được nâng lên thành mục Librarians Read/Write.
Về bản chất, quyền truy cập mức Ghi đã được thêm vào thư mục cha, và điều này được kế thừa bởi thư mục con. Việc kế thừa quyền được duy trì.
Ngược lại, khi thêm một quyền vào thư mục, điều đó sẽ không ảnh hưởng đến quyền tương tự trong thư mục con nếu nó có mức truy cập cao hơn. Ví dụ, nếu quyền Librarians Read được thêm vào một thư mục và thư mục con của nó có mục Librarians Read/Write hiện có, mục này sẽ không bị thay đổi (hạ cấp) thành mục mức Read – nó vẫn giữ nguyên ở mức quyền hiện có.
Về bản chất, quyền truy cập mức Đọc đã được thêm vào thư mục cha, và điều này đã tồn tại trong thư mục con. Việc kế thừa quyền được duy trì.

Khi một mục quyền bị xóa khỏi thư mục, thay đổi này sẽ lan truyền xuống hệ thống phân cấp (nơi kế thừa quyền được bật) bất kể mức truy cập được áp dụng của nó (Read hoặc Write). Ví dụ, nếu một thư mục có quyền truy cập Librarians Read nhưng quyền của thư mục con của nó đã được nâng lên thànhLibrarians Write, thì việc xóa mục Librarians của thư mục cha cũng sẽ xóa mục Librarians của thư mục con.

Logic kế thừa quyền thư mục được mô tả ở đây cũng áp dụng cho các project Item (các project Design và Managed BOM). Một project luôn là con của một thư mục cha và sẽ kế thừa các quyền của thư mục đó, và việc kế thừa quyền có thể bị vô hiệu hóa theo cùng cách như đối với một thư mục con.
Quyền của project được chỉnh sửa thông qua cửa sổ Share Item trong trang Workspace Projects.

Di chuyển thư mục

Các thư mục Workspace có thể được di chuyển đến bất kỳ vị trí nào khác trong cấu trúc thư mục thông qua trang Projects (xem trang Workspace Projects) hoặc ngăn Explorer trong Altium Designer (xem Organizing Your Workspace).

Cách xác định quyền chia sẻ của một thư mục đã di chuyển phụ thuộc vào mối quan hệ kế thừa với thư mục cha hiện tại của nó:

Khi tùy chọn Inherit parent folder permissions của một thư mục được bật (điều kiện mặc định), thao tác di chuyển thư mục đó vào một thư mục khác sẽ khiến nó:
- kế thừa bộ quyền từ thư mục cha mới của nó (bao gồm cả Chủ sở hữu của thư mục đó).
- mất các quyền kế thừa ban đầu của nó.
  - * Các quyền 'kế thừa' của một thư mục/dự án là những quyền được áp dụng từ thư mục cha của nó – tức là chúng được kế thừa.
- giữ lại các quyền mở rộng trước đó của nó.
  - * Các quyền 'mở rộng' của một thư mục/dự án là những quyền đã được thêm cụ thể để mở rộng quyền truy cập của người dùng – chúng không được kế thừa từ thư mục cha.
Tóm lại, các quyền của thư mục cha cũ sẽ được thay thế bằng các quyền của thư mục cha mới, nhưng mọi quyền đã được thêm vào sẽ đi theo thư mục.

Khi tùy chọn Inherit parent folder permissions của một thư mục bị tắt (nó không áp dụng các quyền từ thư mục cha), thao tác di chuyển thư mục đó vào một thư mục khác sẽ khiến nó:
- giữ lại các quyền ban đầu của nó.
- giữ nguyên trạng thái đã tắt của thiết lập Inherit parent folder permissions.
Tóm lại, đây đúng nghĩa là một sự kiện di chuyển mà không có thay đổi nào khác. Có thể xem đây là cách an toàn nhất để di chuyển một thư mục và nội dung của nó, vì nó tránh được khả năng thay đổi quyền ngoài ý muốn do kế thừa từ thư mục cha mới.

Trong ví dụ này, các thư mục A-B-C nằm trong một hệ phân cấp có bao gồm các quyền Engineers Write được kế thừa. Quyền của Thư mục C đã được mở rộng bằng cách thêm Contractors Read. Ngoài ra, cũng có thể đã thêm một Người dùng riêng lẻ.

Moving folder with Permission Inheritance enabled. Thư mục C sẽ được di chuyển vào Thư mục D, thư mục này có một bộ quyền khác. Lưu ý rằng tính năng kế thừa quyền được bật cho tất cả các thư mục (trạng thái mặc định).

Thư mục C sau khi di chuyển giờ là thư mục con của Thư mục D và sẽ kế thừa quyền Mechanical Read từ thư mục cha. Thư mục C cũng sẽ mất các quyền kế thừa ban đầu của nó (Engineers Read/Write) nhưng vẫn giữ lại các quyền mở rộng (đã thêm) (Contractors Read).

Moving a folder with Permission Inheritance disabled. Tùy chọn Share trong cửa sổ Inherit permission from parent đã bị tắt (bỏ chọn) đối với thư mục C. Ngoài ra, một quyền Managers Read bổ sung cũng đã được thêm vào.

Thư mục C sẽ được di chuyển vào Thư mục E, thư mục này có một bộ quyền khác. Lưu ý rằng tính năng kế thừa quyền đã bị tắt đối với Thư mục C, nên nó được ‘tách rời’ khỏi thư mục cha (Thư mục D) về mặt kế thừa quyền.

Thư mục C sau khi di chuyển sẽ giữ lại cả bộ quyền ban đầu và thiết lập quyền kế thừa của nó (đang tắt). Nó được di chuyển vào Thư mục E mà không có thay đổi về quyền, và sẽ không kế thừa bất kỳ thay đổi quyền nào được thực hiện đối với thư mục cha của nó là Thư mục E.

Trước khi di chuyển một thư mục hoặc dự án vào thư mục khác, bạn nên kiểm tra trước quyền của thư mục đích vì theo mặc định (đã bật Inherit parent folder permissions) các quyền này sẽ được thư mục/dự án được di chuyển kế thừa. Ví dụ, quyền của thư mục đích có thể có mức chia sẻ cao hơn mong muốn, chẳng hạn như quyền chỉnh sửa hoặc quyền truy cập cho tất cả người dùng, và khi đó các quyền này sẽ được áp dụng cho thư mục/dự án được chuyển đến

Lưu ý rằng logic kế thừa quyền của thư mục được mô tả ở đây cũng áp dụng cho việc di chuyển dự án (các dự án Design và Managed BOM). Một dự án luôn là phần tử con của một thư mục cha, và trạng thái bật/tắt kế thừa quyền của nó được điều khiển bằng tùy chọn Inherit parent folder permissions theo cùng cách như với một thư mục con.

Quản lý quyền tạo dự án

Với các thiết lập Workspace mặc định, các dự án do thành viên Workspace tạo hoặc tải lên sẽ được lưu trong thư mục Projects, có quyền ghi cho tất cả người dùng (được kế thừa từ thư mục cha Projects), và được truy cập trực tiếp qua trang Projects. Cách sắp xếp đơn giản này thuận tiện cho người dùng, nhưng cho phép bất kỳ thành viên nào của Workspace cũng có thể tạo các dự án có thể truy cập được tại vị trí chính này (cấp cao nhất). Để triển khai khả năng kiểm soát nâng cao hơn đối với việc ai có thể tạo (và truy cập) dự án trong thư mục Projects, hoặc các thư mục con bổ sung, quản trị viên Workspace có thể xác định quyền chia sẻ của thư mục dự án thông qua trang Explorer, hoặc trong Altium Designer, qua bảng Explorer.

Như đã nêu ở trên, quyền của thư mục được truy cập trong ExplorertrangShare Folder của Workspace từ tùy chọn Share Folder trong menu ngữ cảnh khi nhấp chuột phải vào mục thư mục. Ví dụ, quyền truy cập của thư mục Projects có thể được thay đổi bằng cách đặt quyền mặc định (Anyone) thành chỉ đọc (bỏ chọn Can Write) hoặc xóa hoàn toàn quyền đó, rồi thêm quyền truy cập cho những người dùng cụ thể (Add User) hoặc các nhóm người dùng (Add Role) theo yêu cầu.

Các quyền ghi đã cập nhật sẽ xác định những thành viên Workspace nào có thể tạo (hoặc tải lên) dự án vào thư mục Projects – trong ví dụ minh họa ở trên, chỉ những người là thành viên của nhóm Managers. Các ràng buộc về quyền này cũng sẽ áp dụng cho người dùng tạo dự án mới trong Altium Designer.

Đối với một cấu trúc phân cấp thư mục mà trong đó quyền và quyền truy cập của người dùng/nhóm được cấu hình tương ứng, chẳng hạn như được mở dần xuống theo cây thư mục, cách tiếp cận này có thể cung cấp các mức quyền truy cập phù hợp cho người dùng và nhóm dựa trên thư mục đích.

Quyền tạo dự án mặc định

Là một phương án thay thế cho cách mặc định, trong đó dự án mới được thêm vào sẽ kế thừa bộ quyền của thư mục cha, bạn có thể chỉ định một bộ quyền cố định cho tất cả dự án mới bằng cách bật tùy chọn Default Permissions for new projects trong chế độ xem Projects của Admin – SettingstrangAdmin – Settings. Cách thiết lập này có thể phù hợp hơn với một hệ phân cấp quyền thư mục ít có cấu trúc hơn, nơi tất cả dự án của người dùng được tạo tại một vị trí cụ thể, chẳng hạn như thư mục Projects.

Tùy chọn này khả dụng khi bạn có mức truy cập Altium Solution cao hơn.

Khi được bật, một dự án mới tạo sẽ áp dụng các quyền được chỉ định bởi tùy chọn này thay vì kế thừa quyền của thư mục cha. Thiết lập ban đầu của tùy chọn này khớp với thiết lập mặc định của Workplace – quyền ghi cho tất cả người dùng – và có thể được thay đổi để phù hợp với nhu cầu của bạn. Ví dụ, có thể là quyền Write (chỉnh sửa) cho Engineers và quyền View (chỉ đọc) cho Librarians.

Để chỉ định một bộ quyền truy cập cố định cho các dự án mới được tạo (hoặc tải lên), hãy bật tùy chọn Default permissions for new projects trong Admin - SettingstrangAdmin - Settings, tùy chọn này ban đầu được đặt ở trạng thái mặc định là quyền truy cập Write cho tất cả Workspace members.

Chọn các bộ quyền mong muốn cho các dự án mới được tạo – trong ví dụ này, chỉ có Engineers Write và Librarians Read. Lưu ý rằng Administrators và Chủ sở hữu dự án (người tạo) luôn có toàn quyền ghi.

Khi người dùng tạo/tải lên một dự án mới, các quyền mặc định đã chỉ định sẽ được áp dụng thay vì các quyền được kế thừa từ thư mục cha của dự án (Projects), như được hiển thị trong hộp thoại Share của dự án.

Tùy chọn Inherit parent folder permissions của cửa sổ sẽ tự động bị tắt đối với một dự án mới khi tùy chọn Default permission for new projects (trong Admin - Settings) đã được bật.

Points of note:

Administrators luôn có quyền ghi đối với tất cả dự án (và thư mục), vì vậy thiết lập này không thể thay đổi (nó là Chỉ đọc).
Chủ sở hữu dự án (người đã tạo dự án) có toàn quyền truy cập vào dự án, và theo suy luận thì cả thư mục cha của nó nữa vì cần có quyền ghi trên thư mục để tạo một dự án mới.
Việc áp dụng một bộ quyền dự án cố định (như đã nêu ở trên) thường sẽ không bao gồm các quyền của thư mục cha, do đó tính năng kế thừa quyền cha-con của dự án (thư mục-dự án) sẽ tự động bị tắt – hình #4 ở trên. Nếu tính năng này được áp dụng lại thủ công cho dự án, thì bộ quyền của thư mục cha sẽ được thêm vào dự án – xem Permission Inheritance Continuity ở trên để biết thêm thông tin.
Hành vi áp dụng quyền được mô tả cho các dự án mới cũng sẽ áp dụng khi nhân bản một dự án.

Tạo dự án mà không có quyền ghi trên thư mục

Khi một người dùng không có quyền ghi vào thư mục Projects (hoặc một thư mục khác đã được chỉ định là vị trí lưu trữ mặc định) thực hiện thao tác Create hoặc Upload dự án, hệ thống sẽ tự động tạo một cấu trúc Personal Folder dành riêng cho người dùng để lưu trữ dự án mới. Cấu trúc này xuất hiện dưới dạng một thư mục cấp cao nhất dựa trên địa chỉ email của thành viên, với một thư mục con My Projects để lưu các dự án của người dùng đó. Cấu trúc/phân cấp thư mục này thuộc sở hữu của và chỉ khả dụng cho người dùng đang đăng nhập đó (và các quản trị viên), và không hiển thị với những người dùng khác.

Nếu người dùng thực hiện Create hoặc Upload dự án trong một thư mục mà họ có quyền ghi, thì dự án sẽ được lưu trong thư mục đó.
Nếu người dùng thực hiện Create hoặc Upload dự án trong một thư mục mà họ chỉ có quyền chỉ đọc (View) và đó không phải là vị trí lưu trữ mặc định, thì quá trình sẽ bị chặn () và cấu trúc thư mục cấp cao nhất My Projects sẽ được tạo cho người dùng đó nếu chưa tồn tại.
Trong ví dụ về quyền của thư mục Projects được hiển thị ở trên, các dự án do người dùng là thành viên của nhóm Managers tạo sẽ được đưa vào thư mục Projects như bình thường vì họ có đầy đủ quyền Edit đối với thư mục đó. Những người dùng khác có quyền chỉ đọc (View) đối với thư mục Projects, vì vậy các dự án mới của họ sẽ được lưu trong thư mục My Projects của họ.
nếu một dự án nằm trong thư mục My Projects của một thành viên Workspace được chia sẻ với những người dùng khác (thông qua Workspace Members, Groups hoặc tên người dùng cụ thể), thì dự án đó sẽ xuất hiện trong chế độ xem cấp cao nhất của Projectstrang đối với những người dùng đó.

Từ góc nhìn của quản trị viên Workspace, các thư mục cá nhân của thành viên được tập hợp dưới một thư mục cấp cao nhất Home, như thể hiện trên trang Projects và trong hệ phân cấp thư mục của trang Explorer – cũng như trong cây thư mục của ngăn Explorer trong Altium Designer.

Tải xuống một Bản sửa đổi Item

Đối với các thành viên Workspace, nội dung Project (tệp nguồn, tệp được tạo, dữ liệu phát hành, v.v.) có thể được tải xuống thông qua các chế độ xem Design và Releases của project. Trên trang Explorer, bạn có thể tải dữ liệu trực tiếp từ giao diện bằng cách nhấp vào điều khiển Download () ở bên phải mục nhập của một Bản sửa đổi Item.

Sử dụng điều khiển ở cấp Item cha sẽ tải xuống dữ liệu cho bản sửa đổi mới nhất của Item đó.

Điều hướng Cấu trúc Workspace

Mặc dù việc điều hướng nội dung Workspace theo định hướng project khả dụng cho tất cả thành viên Workspace thông qua các trang Projects và Components, quản trị viên Workspace có thể điều hướng và truy cập toàn bộ nội dung thông qua giao diện trang Explorer, như trình bày bên dưới.

Các cách điều hướng nội dung Workspace thông qua giao diện trình duyệt.

Kết quả của một tìm kiếm ví dụ.

Quản trị viên có thể điều hướng đến nội dung Workspace:

Bằng cách nhấp vào tên thư mục có nội dung mà bạn muốn xem.
Bằng cách sử dụng tính năng tìm kiếm. Nhập từ khóa dựa trên ID, Comment hoặc Description của một Item, rồi nhấn Enter hoặc nhấp vào biểu tượng kính lúp (). Toàn bộ Workspace sẽ được quét và kết quả tìm kiếm sẽ được liệt kê theo các Item khớp.

Sau khi tìm kiếm, bạn có thể quay lại chế độ xem bình thường của nội dung Workspace bằng cách nhấp lại vào mục trang Admin – Explorer trong cây điều hướng ở ngoài cùng bên trái của giao diện trình duyệt. Hoặc xóa trường tìm kiếm và nhấn Enter.

Các tính năng bổ sung

Các tính năng bổ sung sau đây có thể được tìm thấy khi duyệt nội dung thông qua giao diện trình duyệt của Workspace:

Navigate – lệnh này, có trong menu ngữ cảnh khi nhấp chuột phải vào một Item, được dùng để nhanh chóng đưa bạn đến Item đó trong bảng Explorer của Altium Designer. Altium Designer sẽ được mở để thực hiện việc này (bạn sẽ được nhắc có muốn mở X2.exe – tệp thực thi nguồn của Altium Designer hay không).

Nếu Altium Designer đã đang chạy, phiên bản đó sẽ được sử dụng.
Full item info – lệnh này, có trong menu ngữ cảnh khi nhấp chuột phải vào một Bản sửa đổi Item, được dùng để hiển thị một chế độ xem liệt kê mọi chi tiết của Bản sửa đổi đó. Về bản chất, đây chỉ là một chế độ xem bao gồm tất cả các chế độ xem khía cạnh khác nhau khả dụng cho Bản sửa đổi Item đó (ngoại trừ Summary).

Sử dụng lệnh ở cấp Item cha sẽ hiển thị chi tiết cho bản sửa đổi mới nhất của Item đó.
Follow/UnFollow – sử dụng lệnh Follow , có trong menu ngữ cảnh khi nhấp chuột phải vào một thư mục có Type là Components, để theo dõi thư mục đó. Mọi hoạt động trong thư mục đang được theo dõi (tạo component, phát hành, thay đổi trạng thái bản sửa đổi hoặc xóa) sẽ được thông báo qua email được gửi từ Workspace (miễn là thông báo email đã được Quản trị viên bật cho Workspace). Sử dụng lệnh UnFollow để ngừng theo dõi hoạt động component trong thư mục đó.
Remove Folder – sử dụng lệnh này, có trong menu khi nhấp chuột phải vào một thư mục, để chuyển thư mục đó và toàn bộ nội dung của nó (các thư mục con và các Item bên trong) vào khu vực Trash tách biệt của Workspace. Các thực thể trong Trash sau đó có thể bị xóa vĩnh viễn hoặc được khôi phục, khi cần. Nếu xóa một thư mục project, mọi bản phát hành và gói sản xuất liên quan cũng sẽ được chuyển vào Trash.
Remove Item – sử dụng lệnh này, có trong menu khi nhấp chuột phải vào một Item, để chuyển Item đó vào khu vực Trash tách biệt của Workspace. Các thực thể trong Trash sau đó có thể bị xóa vĩnh viễn hoặc được khôi phục, khi cần. Nếu xóa một Component Item, bạn cũng có tùy chọn chuyển các model liên quan của nó vào Trash cùng lúc. Lưu ý rằng chúng chỉ có thể bị xóa nếu không được sử dụng ở nơi khác (bởi một hoặc nhiều component khác).

Printer-friendly version

AI-localized

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