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

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 một thành viên Workspace có đủ quyền). Các lệnh và tính năng trên những 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 cùng 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 dữ liệu thiết kế lên đó).

  • Chỉ định xem 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 hay không. Đây là trạng thái mặc định.

Về mặt cấu trúc nội dung và quản lý, giao diện của các trang ProjectsExplorer khác nhau về khả năng và mức độ tiện dụng:

  • Trang Projects của Workspace cung cấp cách tiếp cận đơn giản cho việc quản lý thư mục và các mục 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 (theo 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 và quyền của Workspace có thể được thực hiện từ các lệnh trên trang Projects.Phần lớn các tác vụ quản lý cấu trúc và quyền của Workspace 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 Explorer của Altium Designer 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 project thiết kế 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.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

Related page: Kiểm soát quyền truy cập vào nội dung trên máy chủ (trang Altium Designer)

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 truyền quyền chia sẻ từ đối tượng Cha sang đối tượng Con – đối tượng Con có thể là một thư mục hoặc các mục thiết kế như Projects, Components, tệp BOM, Templates, v.v. Cách sắp xếp này đơn giản hóa quá trình tổ chức cấu trúc thư mục Workspace và quyền chia sẻ của nó sao cho phù hợp với yêu cầu truy cập của Người dùng trong 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 xem 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 dữ liệu thiết kế lên đó). 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 quyền ở cấp thư mục được kiểm soát, cho phép nội dung được hiển thị hoặc ẩn có chọn lọc theo yêu cầu, để đú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ẻ. Cấp độ 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 Listdanh sách kiểm soát truy cập phân cấp (ACL) xác định các quyền gắn 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 đối tượng đó 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 đó Edited, Moved hoặc Removed (hay 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 mối quan hệ cha-con – từ thư mục đến thư mục con, theo toàn bộ chuỗ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 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ó 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 chỉnh sửa (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” nhờ 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 nằm 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 trong 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 Project và Managed BOM Project đượ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à Item. Người dùng Workspace không phải quản trị viên chỉ có thể truy cập những thư mục và Item do họ tạo ra (là “chủ sở hữu”), hoặc những mục đã đượ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 lần đầu được kích hoạt – 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 Chủ sở hữu 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 đó, cộng thêm quyền ghi vốn có của quản trị viên và chủ sở hữu.

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 đó, nên người dùng này cũng được cấp quyền ghi cho thư mục mới.

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 đó, cộng thêm quyền ghi vốn có của quản trị viên và chủ sở hữu.

 

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 lên mục trong cây điều hướng của thư mục (hoặc Item) và sử 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ại đó quyền truy cập cho thư mục/Item có thể được chỉnh sửa theo yêu cầu.

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 đó, cộng thêm quyền ghi vốn có của quản trị viên và chủ sở hữu.

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 đó, nên người dùng này cũng được cấp quyền ghi cho thư mục mới.

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 đó, cộng thêm quyền ghi vốn có của quản trị viên và chủ sở hữ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ề 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 Người dùng/Nhóm thực chất là thêm một quyền nữa vào bộ quyền của nó (ACL), và việc đổi quyền truy cập đó trở lại thành View thực chất là xóa một quyền khỏi bộ đó.

  • Về các lựa chọn quyền chia sẻ trong giao diện người dùng:

    • Một tùy chọn Can Write được chọn (đọc/ghi) trong trang Explorer tương đương với việc chọn Can Edit trong trang Projects

    • Một tùy chọn Can Write không được chọn (chỉ đọc) trong trang Explorer tương đương với việc chọn Can View trong trang Projects.

  • Để xóa quyền truy cập chia sẻ của một người dùng/nhóm hiện có đối với thư mục/mục:

    • trong trang Projects, chọn tùy chọn Remove của ô người dùng/nhóm trong cửa sổ Share Item.

    • trong trang Explorer, nhấp vào điều khiển Remove () được 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à mặc định sẵn có và không cần được thêm một cách tường minh. OwnersAdministrators 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 quyề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 Workspace Members 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 thực hiện việc 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 Workspace Members entry (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ý 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 chọn được vì chúng sẽ mâu thuẫn với (hạ thấp) tập quyền được kế thừa từ thư mục cha của nó. 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 Workspace Members có thể Write như được hiển thị trong cửa sổ Share của trang Explorer.

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 quyền chia sẻ vì việc này chỉ đơn giản là “thêm” vào tập quyền hiện có được kế thừa từ thư mục cha.

Để chủ động ngắt kế thừa quyền từ Cha sang Con đối với thư mục này, để có thể áp dụng một mức quyền 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 cho 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 để chủ động ngắt kế thừa quyền từ thư mục cha của nó (Projects trong trường hợp này).

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 một hành vi kế thừa quyền và bao gồm tùy chọn để bật/tắt cơ chế kế thừa đó (trong Advanced Settings ở hộp thoại Share của trang Explorer).

Buộc kế thừa quyền

Các tùy chọn Advanced Sharing trong các trang ProjectsAdmin – Explorer của Workspace cung cấp thêm lệnh Enforce inheritance for all child items, lệnh này sẽ bật Inherit parent folder permissions cho tất cả thư mục con và Items bên trong thư mục (cha) đang được chọn. Điều này có tác dụng lan truyền tập quyền của thư mục cha xuống toàn bộ cấu trúc phân cấp khi mỗi thư mục/Item kế thừa quyền từ cha trực tiếp của nó.

Lưu ý rằng điều khiển quản lý quyền này chỉ khả dụng cho Quản trị viên Workspace.

Mặc dù thường không cần thiết, quy trình của lệnh này có thể giảm thiểu tình huống các thư mục con hoặc mục bị tách rời (ngắt kết nối) khỏi cấu trúc kế thừa. Điều này có thể xảy ra vì tùy chọn Inherit parent folder permissions của một thư mục con hoặc mục đã bị tắt để cho phép xóa (hoặc hạ cấp) một quyền kế thừa hiện có. Trong tình huống này, thay đổi trong tập quyền ở cấp thư mục cao nhất sẽ không lan truyền xuống cấu trúc phân cấp tới bất kỳ thư mục/mục nào mà kế thừa đã bị ngắt kết nối.

Một ví dụ có thể là có một số thư mục sao lưu, được đặt ở chế độ chỉ truy cập Admin, sau đó được chuyển vào một thư mục lưu trữ tổng thể. Mỗi thư mục này được tách khỏi cấu trúc phân cấp thư mục (tùy chọn Inherit parent folder permissions đang tắt/bị vô hiệu hóa) để cho phép hạ cấp quyền truy cập xuống chỉ còn Admin. Khi các thư mục này được chuyển vào thư mục lưu trữ (cũng được đặt thành chỉ Admin) chúng vẫn giữ trạng thái bị tách rời. Xem Di chuyển thư mục

Tuy nhiên, vì việc kế thừa quyền không còn liên tục trong toàn bộ cấu trúc phân cấp của thư mục lưu trữ, nên các thay đổi đối với tập quyền cấp cao nhất của nó, ví dụ thêm quyền truy cập View cho Managers, sẽ không lan truyền đến các thư mục con và nội dung của chúng. Tình huống này có thể được khắc phục bằng cách áp dụng lệnh Enforce inheritance for all child items, lệnh này khôi phục việc kế thừa quyền bằng cách bật thiết lập Inherit parent folder permissions cho tất cả thư mục con và Items của chúng. Quyền truy cập Manager đã áp dụng sau đó sẽ được lan truyền xuống cấu trúc phân cấp của thư mục lưu trữ.

Các bước cho ví dụ này được minh họa bên dưới. Các thư mục khác nhau sẽ bao gồm các Items như Components hoặc Projects, v.v.

Một tập hợp các thư mục sao lưu (Thư mục A và B), chỉ Quản trị viên mới truy cập được, cần được chuyển vào một thư mục Archives chung – cũng chỉ dành cho Quản trị viên. Tùy chọn Inherit parent folder permissions bị vô hiệu hóa cho các thư mục Archive và Backup.

Khi được chuyển đi, các thư mục Backup vẫn giữ nguyên thiết lập tùy chọn Inherit parent folder permissions của chúng (bị vô hiệu hóa). Lưu ý rằng tùy chọn Inherit parent folder permissions được bật cho thư mục Existing Backup, vì vậy nó sẽ kế thừa các thay đổi được thực hiện cho thư mục Archive – là thư mục cha của nó.

Quyền của thư mục Archive được cập nhật bằng cách thêm quyền View cho Managers.

 

Thư mục Existing Backup sẽ áp dụng tập quyền đã cập nhật từ thư mục Archive vì tùy chọn Inherit parent folder permissions của nó đang được bật. Quyền truy cập cho các thư mục Backup A và B sẽ không thay đổi vì chúng bị ngắt khỏi cấu trúc phân cấp (không có kế thừa).

Lệnh Enforce inheritance for all child items được áp dụng cho thư mục Archives cấp cao nhất.

Tùy chọn Inherit parent folder permissions được bật cho các thư mục con. Điều này bao gồm các thư mục Backup A và B, do đó chúng sẽ kế thừa tập quyền từ các thư mục cha của mình. Cấu trúc phân cấp thư mục đã được buộc thay đổi để có sự kế thừa quyền liên tục. vì vậy bất kỳ thay đổi quyền nào được thực hiện sau đó đối với thư mục Archive (cấp cao nhất) cũng sẽ được các thư mục con của nó áp dụng.

 

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ẻ trong cấu trúc phân cấp thư mục của 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 (vô hiệu hóa) 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) được 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ó sẵn trong hộp thoại Share Item. Khi đó 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 với thư mục cha của nó, và cấu trúc phân cấp quyền trên thực tế bị ngắt kết nối (vô hiệu hóa) tại điểm này, nhưng việc kế thừa vẫn liên tục ở các cấp bên dưới.

Toàn bộ độ sâu kế thừa quyền của 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 kết nối” đó đượ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 giữa 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 trên cùng Folder A (hoặc cao hơn) và đã được lan truyền xuống hệ thống phân cấp đến Folder D.

Tắt kế thừa quyền cha-con tại Folder 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 Folder B và C, nhưng vẫn được giữ lại trong 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 Folder A.

 

Quyền được thêm vào sẽ được Folder B kế thừa. Tức là, quyền này chỉ lan truyền xuống phần kế thừa quyền liên tục của hệ thống phân cấp (A-B), nhưng không đến thư mục C vì kế thừa B-C (cha-con) đã bị tắt.

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

 

Quyền được thêm vào sẽ được Folder D kế thừa. Tức là, quyền này lan truyền xuống phần kế thừa liên tục của hệ thống phân cấp (C-D).

Bật lại kế thừa quyền cha-con tại Folder 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ì kế thừa Folder B sang C (cha→con) đã được bật. Folder C (và các thư mục bên dưới) kế thừa quyền Manager Write từ Folder B để duy trì đầy đủ quan hệ kế thừa cha-con.

 

Tuân theo 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ề bản 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 mục cha. Điều này cũng áp dụng nếu một quyền được thêm cho Group/User sẽ là quyền chung cho cả thực thể Parent và Child:

  • Khi thêm một quyền vào thư mục, quyền đó trên thực tế sẽ ghi đè cùng quyền 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 Write đã được thêm vào thư mục cha, và quyền này được thư mục con kế thừa. Việc kế thừa quyền vẫ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 cùng quyền trong thư mục con nếu quyền đó đang ở 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 Read đã được thêm vào thư mục cha, và quyền này đã tồn tại trong thư mục con. Việc kế thừa quyền vẫ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 permissions inheritance được bật) bất kể mức truy cập đã á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 Item dự án (DesignManaged BOM projects). Một dự án luôn là mục con của một thư mục cha và sẽ kế thừa quyền của thư mục đó, đồng thời việc kế thừa quyền có thể được tắt theo cách tương tự như với thư mục con.
Quyền của dự án được chỉnh sửa thông qua cửa sổ Share Item trong Workspace Projects page.

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 Workspace Projects page) hoặc khung Explorer trong Altium Designer (xem Organizing Your Workspace).

Cách xác định quyền chia sẻ của một thư mục được di chuyển phụ thuộc vào 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ả Owner của thư mục đó).

    • mất các quyền kế thừa ban đầu của nó.

      • * Quyền 'kế thừa' của thư mục/dự án là các quyền được nhận từ mục cha – tức là chúng đã được kế thừa.

    • giữ lại các quyền mở rộng trước đó của nó.

      • * Quyền 'mở rộng' của thư mục/dự án là các quyền đã được thêm riêng để mở rộng quyền truy cập của người dùng – chúng không được kế thừa từ mục cha.

  • Tóm lại, quyền của mục cha cũ được thay bằng quyền của mục cha mới, nhưng mọi quyền đã được thêm 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 nhận quyền từ 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ữ nguyên 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 thực sự chỉ là một sự kiện di chuyển mà không có thay đổi nào khác. Đây có thể được xem là cách an toàn nhất để di chuyển một thư mục cùng nội dung của nó, vì tránh được khả năng xảy ra các 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ệ thống phân cấp bao gồm các quyền Engineers Write được kế thừa. Quyền của Folder C đã được mở rộng bằng cách thêm Contractors Read. Ngoài ra, cũng có thể đã thêm một User riêng lẻ.

Moving folder with Permission Inheritance enabled. Folder C sẽ được chuyển vào Folder 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 (điều kiện mặc định).

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

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

Folder C sẽ được chuyển vào Folder 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 cho Folder C, nên nó được ‘tách rời’ khỏi thư mục cha (Folder D) theo nghĩa kế thừa quyền.

Folder C sau khi di chuyển sẽ giữ lại cả bộ quyền ban đầu lẫn thiết lập Inherit permission của nó (đang tắt). Nó được chuyển vào Folder 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à Folder 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 thư mục được mô tả ở đây cũng áp dụng cho việc di chuyển dự án (DesignManaged BOM projects). Một dự án luôn là mục con của một thư mục cha, và trạng thái kế thừa quyền của nó được bật/tắt bằng tùy chọn Inherit parent folder permissions theo cùng cách như đối với thư mục con.

Quản lý Quyền Tạo Dự án

Với default Workspace settings, các dự án được tạo hoặc tải lên bởi các thành viên Workspace sẽ được lưu trong thư mục Projects, khả dụng với 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 thông qua Projects page. 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 tạo các dự án có thể truy cập được ở vị trí chính này (cấp cao nhất). Để triển khai cơ chế kiểm soát nâng cao hơn đối với những 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 Explorer page, hoặc trong Altium Designer, là Explorer panel.

Như đã trình bày ở trên, quyền thư mục được truy cập trong trang Explorer 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ột 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 (Workspace Members) 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 quyền này cũng sẽ áp dụng cho người dùng creating a new project trong Altium Designer.

Đối với một structured folder hierarchy 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

Để thay thế cho cách sắp xếp mặc định, trong đó một dự án mới được thêm vào sẽ kế thừa bộ quyền từ thư mục cha của nó, 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 trang Admin – Settings. Cách thiết lập này có thể phù hợp hơn với cấu trúc phân cấp quyền thư mục ít chặt chẽ hơn, nơi tất cả dự án 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 khớp với thiết lập mặc định của Workspace – quyền ghi cho tất cả người dùng – và có thể 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 trang Admin - Settings, vốn 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 WriteLibrarians Read. Lưu ý rằng Administrators và Chủ sở hữu dự án (người tạo) luôn có đầy đủ 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 được chỉ định sẽ được áp dụng thay vì các quyền 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 cho 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 đó là cả thư mục cha của nó 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 cố định cho dự án (như mô tả ở trên) nhiều khả năng sẽ không bao gồm các quyền của thư mục cha, vì vậy việc kế thừa quyền cha-con giữa dự án và thư mục (folder-project) sẽ tự động bị vô hiệu hóa – như slide #4 ở trên. Nếu đượ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 Tính liên tục của kế thừa quyền ở 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 Tạo hoặc Tải lên 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 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 và chỉ khả dụng với người dùng đang đăng nhập (và administrators), và không hiển thị với 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 đọ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 My Projects cấp cao nhất sẽ được tạo cho người dùng đó nếu chưa tồn tại.

  • Trong ví dụ về quyền thư mục Projects được hiển thị ở trên, các dự án được tạo bởi người dùng là thành viên của nhóm Managers 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 riêng 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 trang Projects đố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 gom dưới một thư mục Home cấp cao nhất, như thể hiện trong trang Projects và phân cấp thư mục của trang Explorer – cũng như cây thư mục trong ngăn Explorer của Altium Designer.

 

Tải xuống một Item Revision

Đố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 DesignReleases của dự án. Trong 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 Item Revision.

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

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

Trong khi việc điều hướng nội dung Workspace theo định hướng dự án khả dụng cho tất cả thành viên Workspace thông qua các trang ProjectsComponents, 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ư mô tả dưới đây.

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ụ.

 

Administrators có thể điều hướng đến nội dung Workspace:

  1. Bằng cách nhấp vào tên thư mục có nội dung mà bạn muốn xem.

  2. 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à các kết quả tìm kiếm sẽ được liệt kê dưới dạng các Item khớp.

    Sau khi tìm kiếm, bạn có thể quay lại chế độ xem thông 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, nằm trong menu ngữ cảnh khi nhấp chuột phải lên một Item, được dùng để đưa bạn nhanh đế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 đã chạy, phiên bản đang chạy đó sẽ được sử dụng.

  • Full item info – lệnh này, nằm trong menu ngữ cảnh khi nhấp chuột phải lên một Item Revision, được dùng để hiển thị một chế độ xem liệt kê toàn bộ chi tiết của Revision đó. Về bản chất, đây đơn giản 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 Item Revision đó (ngoại trừ Summary).

    Sử dụng lệnh ở cấp Item cha sẽ hiển thị chi tiết cho revision mới nhất của Item đó.

  • Follow/UnFollow – sử dụng lệnh Follow , nằm trong menu ngữ cảnh khi nhấp chuột phải lên 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 revision hoặc xóa) sẽ được đánh dấu thông qua thông báo email gửi từ Workspace (miễn là thông báo email đã được Administrator 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, nằm trong menu nhấp chuột phải của một thư mục, để di chuyển thư mục đó cùng 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. Sau đó, các thực thể trong Trash có thể được xóa vĩnh viễn hoặc khôi phục khi cần. Nếu xóa một thư mục dự án, 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, nằm trong menu nhấp chuột phải của một Item, để di chuyển Item đó vào khu vực Trash tách biệt của Workspace. Sau đó, các thực thể trong Trash có thể được xóa vĩnh viễn hoặ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).

AI-LocalizedBản địa hóa bằng AI
Nếu bạn phát hiện vấn đề, hãy chọn văn bản/hình ảnh và nhấnCtrl + Enterđể gửi phản hồi cho chúng tôi.
Tính khả dụng của tính năng

Các tính năng có sẵn cho bạn phụ thuộc vào giải pháp Altium mà bạn đang sử dụng – Altium Develop, một phiên bản của Altium Agile (Agile Teams hoặc Agile Enterprise), hoặc Altium Designer (đang còn hiệu lực).

Nếu bạn không thấy tính năng được đề cập trong phần mềm của mình, liên hệ Bộ phận Kinh doanh của Altium để tìm hiểu thêm.

Nội dung