콘텐츠 구조 및 액세스 관리

Workspace의 콘텐츠 구조 및 액세스 관리는 Admin – Explorer page(관리자가 사용)와 기본 Projects page(충분한 권한이 있는 Workspace 구성원이 사용)에서 모두 수행할 수 있습니다. 이 페이지의 명령과 기능을 사용하면 다음을 수행할 수 있습니다:

• Workspace 내의 폴더와 Item을 탐색합니다. 폴더를 생성, 편집, 제거하여 Workspace 구조를 구성할 수 있습니다. 제거된 폴더와 항목은 Trash로 보내지며, 여기서 영구 삭제하거나 복원할 수 있습니다.

• 폴더 수준 및 Item 수준 공유를 정의합니다. 이를 통해 Workspace에서 어떤 사용자가 어떤 콘텐츠를 볼 수 있는지 제어할 수 있으며, 폴더 수준에서는 다른 사용자가 폴더와 그 콘텐츠를 단순히 볼 수만 있는지, 아니면 편집까지 할 수 있는지(실질적으로 설계 데이터를 릴리스/커밋/업로드)도 제어할 수 있습니다.

• 폴더 또는 항목(예: 프로젝트)이 상위 폴더로부터 공유 권한을 상속받을지 지정합니다. 이것이 기본 상태입니다.

콘텐츠 구조 및 관리 측면에서 Projects 및 Explorer 페이지 인터페이스는 기능과 편의성 면에서 차이가 있습니다:

• Workspace의 Projects 페이지는 폴더 및 프로젝트 항목 관리에 대한 간단한 방식을 제공하며, 관리자, 프로젝트/항목 소유자 및 충분한 편집 권한이 있는 다른 사용자가 사용할 수 있습니다.
  참고: 이 인터페이스에서는 최상위 Projects 폴더(기본값)의 공유 권한을 편집하거나 설정할 수 없으며, 다른 최상위 폴더를 만들 수도 없습니다.

  Workspace 구조 및 권한 관리 작업의 대부분은 Projects 페이지 명령에서 수행할 수 있습니다.

• Workspace의 Explorer 페이지는 Altium Designer Explorer panel과 유사하며 관리자만 사용할 수 있고, 프로젝트 Release 데이터, Components, Managed Content 등을 포함한 모든 폴더와 항목에 대한 관리 액세스를 제공합니다.
  참고: 이 인터페이스에서는 설계 프로젝트를 공유하거나 폴더 및 항목을 이동할 수 없습니다.

  Explorer 페이지는 최상위 Projects 폴더에 대한 액세스를 포함하여 Workspace 구조와 권한 설정을 세부적으로 제어할 수 있게 해줍니다.

폴더 및 항목 공유

Related page: 서버 콘텐츠에 대한 액세스 제어(Altium Designer 페이지)

Altium 365 Workspace 폴더 구조는 부모 객체에서 자식 객체로 공유 권한이 전파되는 고급 권한 상속 체계를 갖추고 있습니다. 여기서 자식 객체는 폴더 또는 Projects, Components, BOM 파일, Templates 등의 설계 항목입니다. 이러한 구성은 회사 사용자 및 사용자 그룹의 액세스 요구 사항에 맞춰 Workspace 폴더 구조와 공유 권한을 구성하는 과정을 단순화합니다.

Workspace는 다음과 같은 공유 기능을 제공합니다:

• Folder-level Sharing – 폴더를 공유하여 Workspace에서 어떤 사용자가 어떤 콘텐츠를 볼 수 있는지 제어할 수 있는 기능을 제공합니다. 이를 통해 다른 사용자가 폴더와 그 콘텐츠를 단순히 볼 수만 있는지, 아니면 편집까지 할 수 있는지(실질적으로 설계 데이터를 릴리스/커밋/업로드) 제어할 수 있습니다. 하나의 Workspace는 콘텐츠의 여러 효과적인 '영역'으로 나눌 수 있으며, 폴더 수준 권한을 제어함으로써 필요에 따라 콘텐츠를 선택적으로 표시하거나 숨길 수 있으므로 적절한 사람에게 적절한 데이터에 대한 적절한 액세스를 제공할 수 있습니다.

• Item-level Sharing – 공유된 폴더 안에서 어떤 사용자가 어떤 Item을 보고 액세스할 수 있는지 제어할 수 있는 기능을 제공합니다. 보다 구체적인 이 수준의 공유를 통해 Item이 상위 폴더로부터 상속받은 권한 집합을 재정의(또는 추가)할 수 있습니다. 사용자가 폴더 자체에 대한 액세스 권한을 가지고 있다면, 그 사용자와 공유된 해당 폴더 내의 Item을 이후 볼 수 있고/편집할 수 있습니다(허용된 경우).

위의 공유 기능은 Workspace 권한 상속 체계를 따릅니다. 가장 단순한 의미에서 폴더에 적용된 권한은 부모-자식 관계를 통해 폴더 계층 아래로, 즉 폴더에서 하위 폴더로 연쇄적으로 전파됩니다.

이 권한 상속 구조는(계층 구조의 어느 지점에서 의도적으로 비활성화하지 않는 한) 폴더가 계층에 추가될 때도, 그리고 계층 내에서 권한이 추가될 때도 유지됩니다. 최상위 폴더가 아닌, 즉 계층 내부의 폴더에 추가 권한이 적용되면 기존 권한에 영향을 주지 않으면서 해당 수준부터 아래 계층으로 상속됩니다.

Workspace의 Projects 페이지에서는 인터페이스의 Share 옵션에서 프로젝트 폴더 권한에 액세스하고 이를 변경할 수 있습니다. 폴더 항목을 선택한 다음 상단의 버튼 또는 해당 항목의 메뉴에서 Share 옵션을 선택하여 Share Item 창에 액세스합니다. 다음 사항에 유의하십시오:

• 기본적으로 Workspace가 처음 활성화되면 최상위 Projects 폴더는 Projects 페이지에서 액세스할 수 없지만, 다른 최상위 폴더가 생성되면 사용할 수 있게 됩니다. Explorer 페이지 인터페이스에서는 항상 Projects 폴더에 액세스할 수 있습니다.

• 창의 인터페이스와 기능은 Project를 공유할 때도 동일한 방식으로 동작합니다. 여기에는 Item(폴더) 소유자 변경 기능도 포함됩니다.

Explorer 페이지에서는 폴더(또는 Item)의 탐색 트리 항목을 마우스 오른쪽 버튼으로 클릭한 뒤 컨텍스트 메뉴에서 Share Folder(또는 Share Item) 명령을 사용하여 공유 제어에 액세스합니다. 그러면 Share 창이 나타나며, 여기서 필요에 따라 폴더/Item의 액세스 권한을 수정할 수 있습니다.

알아두어야 할 사항:

• 권한 측면에서 사용자/그룹은 Can Write(Edit) 옵션이 활성화되어 있으면 읽기/쓰기 액세스 권한을 가집니다. 이 옵션이 비활성화되어 있으면 읽기(View) 전용 액세스 권한만 가집니다.

  사용자/그룹에 대해 폴더/Item에 대한 Edit 액세스를 활성화하는 것은 사실상 해당 권한 집합(ACL)에 또 다른 권한을 추가하는 것이며, 그 액세스를 다시 View로 변경하는 것은 사실상 그 집합에서 권한을 제거하는 것입니다.

• 사용자 인터페이스의 공유 권한 선택 기준으로 보면:

  • Can Write 페이지에서 Explorer 옵션이 체크된 상태(읽기/쓰기)는 Projects 페이지에서 Can Edit이(가) 선택된 것과 같습니다. 

  • Explorer 페이지에서 Can Write 옵션이 체크 해제된 상태(읽기 전용)는 Projects 페이지에서 Can View이(가) 선택된 것과 같습니다.

• 기존 사용자/그룹의 폴더/항목 공유 액세스를 제거하려면:

  • Projects 페이지에서 Share Item 창의 사용자/그룹 타일에 있는 Remove 옵션을 선택합니다.

  • Explorer 페이지에서 Share 창의 사용자/그룹 항목과 연결된 Remove 컨트롤()을 클릭합니다.

• 기본적으로 폴더/항목은 소유자(처음에는 생성자)와 Administrators 그룹의 모든 구성원만 사용할 수 있습니다. 이러한 권한은 기본적으로 내장되어 있으므로 명시적으로 추가할 필요가 없습니다. Owners 및 Administrators에는 읽기/쓰기(View/Edit) 권한이 있습니다.

• Workspace의 모든 사용자가 폴더/항목을 볼 수 있게 하려면:

  • Projects 페이지의 Share Item 창에서 Workspace Members 타일 액세스 옵션을 Can View(으)로 설정하거나, 전체 쓰기 액세스를 허용하려면 Can Edit(으)로 설정합니다.

  • Explorer 페이지의 Share 창에서 Add Workspace Members 컨트롤을 선택하고 해당 Can Write 옵션의 체크를 해제하거나, 전체 쓰기 액세스를 허용하려면 체크된 상태로 둡니다.

    위와 같이 설정하면 잠재적으로 모든 Workspace 구성원에게 읽기/쓰기 액세스가 부여될 수 있습니다. 특정 사용자 및/또는 그룹 집합으로 액세스를 제한하려면 No access(Projects 페이지)에서 Workspace Members을(를) 설정하거나, Workspace Members entry (Explorer 페이지)을 제거해야 합니다.

• 다른 항목과 달리 설계 프로젝트 항목의 공유 권한은 Explorer 페이지에서 관리할 수 없습니다. 대신 Projects 페이지에서 열 수 있는 Share Item 창에서 지정합니다. 자세한 내용은 Workspace Projects 페이지를 참조하십시오.

상속으로 제어되는 공유 제한

폴더의 Share Item 창에 있는 Can View 또는 No access 같은 일부 사용자 액세스 수준은, 상위 폴더에서 상속된 권한 집합과 충돌(권한 하향)하기 때문에 선택할 수 없을 수 있습니다. 기본적으로 폴더 공유 권한은 모든 사용자에 대한 전체 쓰기 액세스입니다. 즉, Share Item 창에 표시된 Workspace Members Can Edit 또는 Explorer 페이지의 Share 창에 표시된 Workspace Members can Write입니다.

예를 들어 이 기본 경우에는, 권한 계층 구조가 의도치 않게 끊어지는 것을 방지하기 위해 폴더가 상속받은 권한을(Workspace Members Edit에서 Workspace Members View 또는 No Access(으)로) 낮추는 옵션이 비활성화됩니다. 반면 공유 액세스 수준을 상향(증가)하는 것은 언제든지 가능하며, 이는 상위 폴더에서 상속된 기존 권한 집합에 단순히 권한을 '추가'하는 것이기 때문입니다.

이 폴더에 대해 Parent에서 Child로 이어지는 권한 상속을 의도적으로 끊어서 다른(더 낮은) 액세스 수준을 적용하려면, Share Item 창의 Advanced Settings에서 Inherit parent folder permissions 옵션의 체크를 해제합니다. 폴더가 더 이상 상위 폴더의 권한을 상속받지 않으면 자체 액세스 권한을 제한 없이 변경할 수 있습니다. 자세한 내용은 아래 섹션을 참조하십시오.

마찬가지로 Workspace Explorer page를 통해 폴더 공유 권한을 변경할 때도 상위 폴더에서 상속된 권한을 하향 조정할 수 없습니다. 상위 폴더(Projects의 경우)로부터의 권한 상속을 의도적으로 끊으려면 Share 창의 Inherit permissions from parent 옵션을 선택 해제합니다.

권한 상속 강제 적용

Workspace의 Projects 및 Admin – Explorer 페이지에 있는 Advanced Sharing 옵션은 추가로 Enforce inheritance for all child items 명령을 제공하며, 이 명령은 현재 선택된 (상위) 폴더 내의 모든 하위 폴더와 Items에 대해 Inherit parent folder permissions을(를) 활성화합니다. 그러면 각 폴더/Item이 개별 상위 항목으로부터 권한을 상속받으면서 상위 폴더의 권한 집합이 계층 아래로 전파됩니다.

일반적으로 꼭 필요하지는 않지만, 이 명령의 처리 과정은 하위 폴더나 항목이 상속 계층 구조에서 분리(연결 해제)된 상황을 완화할 수 있습니다. 이는 기존에 상속된 권한을 제거(또는 하향 조정)할 수 있도록 하위 폴더 또는 항목의 Inherit parent folder permissions 옵션이 비활성화되었기 때문일 수 있습니다. 이런 경우 최상위 폴더 수준의 권한 집합 변경은 상속이 끊긴 폴더/항목에는 계층 아래로 전파되지 않습니다.

예를 들어 여러 백업 폴더가 Admin 액세스 전용으로 설정되어 있고, 이후 이들을 전체 아카이브 폴더 안으로 이동하는 경우를 생각해 볼 수 있습니다. 각 폴더는 액세스 권한을 Admin 전용으로 낮출 수 있도록 폴더 계층 구조에서 분리되어 있으며(Inherit parent folder permissions 옵션이 꺼짐/비활성화됨), 이들을 아카이브 폴더(역시 Admin 전용으로 설정됨)로 이동해도 분리된 상태를 유지합니다. Moving Folders를 참조하십시오. 

하지만 아카이브 폴더의 계층 전체에 걸쳐 권한 상속이 연속적으로 이어지지 않기 때문에, 최상위 수준 권한 집합의 변경(예: Managers에 대한 View 액세스 추가)은 하위 폴더 및 그 콘텐츠로 전파되지 않습니다. 이 문제는 Enforce inheritance for all child items 명령을 적용하여 해결할 수 있으며, 이 명령은 모든 하위 폴더와 그 Items에 대해 Inherit parent folder permissions 설정을 활성화함으로써 권한 상속을 복원합니다. 그러면 적용된 Manager 액세스가 아카이브 폴더 계층 아래로 전파됩니다.

이 예제의 단계는 아래에 설명되어 있습니다. 각 폴더에는 Components 또는 Projects 등의 Items가 포함될 수 있습니다.

권한 상속의 연속성

위에서 설명한 대로 Workspace 폴더 계층 구조 전체에 걸친 공유 권한 상속의 연속성은, 어떤 시점에서든 폴더가 상위 폴더로부터 받는 권한 상속을 명시적으로 끊어(비활성화하여) 놓지 않는 한 유지됩니다. 폴더(또는 프로젝트/Item)에 대한 Parent에서 Child로의 권한 전파는 Share Item 대화상자에서 제공되는 Inherit permissions from parent 옵션의 체크를 해제함으로써 비활성화됩니다. 그러면 해당 폴더는 더 이상 상위 항목에서 이루어진 어떤 권한 변경도 상속받지 않으며, 이 지점에서 권한 계층 구조는 사실상 끊어지게(비활성화되게) 됩니다. 하지만 이보다 아래 수준에서는 상속의 연속성이 유지됩니다.

이렇게 '연결 해제된' 폴더의 Inherit permissions from parent 옵션을 다시 활성화하면 폴더 권한 상속의 전체 깊이가 복원됩니다. 그러면 상위 항목의 권한을 다시 상속받아(아직 없는 경우) 부모-자식 간 권한 무결성을 복원합니다.

활성화된 권한 상속 체계에 따라 폴더/아이템의 권한은 상위 폴더의 권한에서 승격하거나 추가할 수는 있지만(실질적으로 같은 동작), 하향 조정할 수는 없습니다. 이는 Group/User에 대해 추가된 권한이 부모와 자식 엔터티 모두에 공통으로 적용되는 경우에도 마찬가지입니다.

• 폴더에 권한을 추가할 때, 하위 폴더에 동일한 권한이 더 낮은 액세스 수준으로 존재하면 사실상 이를 덮어쓰게 됩니다. 예를 들어 폴더에 Librarians Read/Write 권한이 추가되었고 그 하위 폴더에 기존 Librarians Read 항목이 있다면, 이는 Librarians Read/Write 항목으로 승격됩니다.
  본질적으로 상위 폴더에 Write 수준 액세스가 추가되었고, 이것이 하위 폴더에 상속된 것입니다. 권한 상속은 유지됩니다.

• 반대로, 폴더에 권한을 추가할 때 하위 폴더에 동일한 권한이 더 높은 액세스 수준으로 존재하면 영향을 주지 않습니다. 예를 들어 폴더에 Librarians Read 권한이 추가되었고 그 하위 폴더에 기존 Librarians Read/Write 항목이 있다면, 이는 Read 수준 항목으로 변경(하향 조정)되지 않고 기존 권한 수준을 유지합니다.
  본질적으로 상위 폴더에 Read 수준 액세스가 추가되었고, 이는 이미 하위 폴더에 존재합니다. 권한 상속은 유지됩니다.

폴더 이동

Workspace 폴더는 Projects 페이지(참조: Workspace Projects page) 또는 Altium Designer의 Explorer 패널(참조: Organizing Your Workspace)을 통해 폴더 구조 내의 다른 어느 위치로든 이동할 수 있습니다.

이동된 폴더의 공유 권한이 어떻게 결정되는지는 기존 상위 폴더와의 inheritance relationship에 따라 달라집니다.

• 폴더의 Inherit parent folder permissions 옵션이 활성화되어 있는 경우(기본 상태), 해당 폴더를 다른 폴더로 이동하면 다음과 같이 됩니다.

  • 새로운 상위 폴더의 권한 집합(해당 폴더의 Owner 포함)을 상속합니다.

  • 기존에 상속받던 권한은 잃게 됩니다.

    • * 폴더/프로젝트의 '상속된' 권한이란 상위 폴더로부터 받아온 권한, 즉 상속된 권한을 의미합니다.

  • 이전에 확장된 권한은 유지합니다.

    • * 폴더/프로젝트의 '확장된' 권한이란 사용자 액세스를 확장하기 위해 명시적으로 추가된 권한으로, 상위 폴더로부터 상속된 것이 아닙니다.

• 간단히 말해, 이전 상위 폴더의 권한은 새로운 상위 폴더의 권한으로 대체되지만, 별도로 추가된 권한은 폴더와 함께 이동합니다.

• 폴더의 Inherit parent folder permissions 옵션이 비활성화되어 있는 경우(상위 폴더의 권한을 따르지 않음), 해당 폴더를 다른 폴더로 이동하면 다음과 같이 됩니다.

  • 기존 권한을 유지합니다.

  • Inherit parent folder permissions 설정의 비활성화 상태도 유지합니다.

• 간단히 말해, 말 그대로 다른 변경 없이 이동만 수행됩니다. 새 상위 폴더로부터의 상속 때문에 예상치 못한 권한 변경이 발생할 가능성을 피할 수 있으므로, 폴더와 그 내용을 이동하는 가장 안전한 방법으로 볼 수 있습니다.

프로젝트 생성 권한 관리

default Workspace settings에서는 Workspace 구성원이 생성하거나 업로드한 프로젝트가 Projects 폴더에 저장되며, 상위 Projects 폴더로부터 상속된 모든 사용자에 대한 쓰기 권한으로 사용할 수 있고, Projects page를 통해 직접 액세스됩니다. 이 단순한 구성은 사용자에게 편리하지만, 모든 Workspace 구성원이 이 기본(최상위) 위치에서 액세스 가능한 프로젝트를 생성할 수 있게 합니다. Projects 폴더 또는 추가 하위 폴더에서 누가 프로젝트를 생성(및 액세스)할 수 있는지 보다 고급 제어를 구현하려면, Workspace 관리자는 Explorer page 또는 Altium Designer의 Explorer panel을 통해 프로젝트 폴더 공유 권한을 정의할 수 있습니다.

위에서 설명한 것처럼, 폴더 권한은 Workspace의 Explorer 페이지에서 폴더 항목을 마우스 오른쪽 버튼으로 클릭했을 때 나타나는 컨텍스트 메뉴의 Share Folder 옵션으로 액세스합니다. 예를 들어 Projects 폴더 액세스는 기본 권한(Workspace Members)을 읽기 전용으로 설정하거나(Can Write 선택 해제) 아예 제거한 다음, 필요에 따라 특정 사용자(Add User) 또는 사용자 그룹(Add Role)에 대한 액세스 권한을 추가하여 변경할 수 있습니다.

업데이트된 쓰기 권한은 어떤 Workspace 구성원이 Projects 폴더에 프로젝트를 생성(또는 업로드)할 수 있는지를 결정합니다. 위 예에서는 Managers 그룹의 구성원만 가능합니다. 이 권한 제한은 Altium Designer에서 사용자가 creating a new project를 수행할 때에도 적용됩니다.

권한과 사용자/그룹 액세스가 그에 맞게 구성된 structured folder hierarchy에서는, 예를 들어 폴더 트리를 따라 점진적으로 개방되도록 설정한 경우, 이 접근 방식은 대상 폴더에 따라 사용자 및 그룹에 적절한 수준의 권한 액세스를 제공할 수 있습니다.

기본 프로젝트 생성 권한

새로 추가된 프로젝트가 상위 폴더의 권한 세트를 상속받는 기본 방식의 대안으로, Admin – Settings 페이지의 Projects view에서 Default Permissions for new projects 옵션을 활성화하여 모든 새 프로젝트에 대해 고정된 권한 세트를 지정할 수 있습니다. 이 방식은 모든 사용자 프로젝트가 Projects 폴더와 같은 특정 위치에 생성되는, 구조화가 덜 된 폴더 권한 계층에 더 적합할 수 있습니다.

활성화하면 새로 생성된 프로젝트는 상위 폴더의 권한을 상속받는 대신, 이 옵션에서 지정한 권한을 적용받습니다. 이 옵션의 초기 설정은 Workplace의 기본 설정과 동일한데, 즉 모든 사용자에게 쓰기 권한을 부여하며, 필요에 따라 변경할 수 있습니다. 예를 들어 Engineers에게는 Write (편집) 권한을, Librarians에게는 View (읽기 전용) 권한을 부여할 수 있습니다.

Points of note:

• Administrators는 항상 모든 프로젝트(및 폴더)에 대한 쓰기 권한을 가지므로, 이 설정은 변경할 수 없습니다(읽기 전용입니다).

• Project Owner(프로젝트를 생성한 사용자)는 프로젝트에 대한 전체 권한을 가지며, 새 프로젝트를 생성하려면 폴더 쓰기 권한이 필요하므로 그 상위 폴더에 대해서도 당연히 권한을 갖게 됩니다.

• 고정된 프로젝트 권한 세트의 적용(위에서 설명한 바와 같음)에는 상위 폴더의 권한이 포함되지 않을 가능성이 높으므로, 프로젝트의 상위-하위(폴더-프로젝트) 권한 상속은 자동으로 비활성화됩니다(위 슬라이드 #4). 이를 프로젝트에 수동으로 다시 적용하면 상위 폴더의 권한 세트가 프로젝트에 추가됩니다. 자세한 내용은 위의 Permission Inheritance Continuity를 참조하십시오.

• 새 프로젝트에 대해 설명된 이 권한 적용 동작은 cloning a project를 수행할 때도 동일하게 적용됩니다.

폴더 쓰기 권한 없이 프로젝트 생성하기

Projects 폴더(또는 default storage location으로 지정된 다른 폴더)에 대한 쓰기 권한이 없는 사용자가 프로젝트 Create 또는 Upload를 수행하면, 시스템은 새 프로젝트를 저장하기 위한 사용자별 Personal Folder 구조를 자동으로 생성합니다. 이 구조는 구성원의 이메일 주소를 기반으로 하는 최상위 폴더로 표시되며, 그 아래에 해당 사용자의 프로젝트를 저장하는 My Projects 하위 폴더가 생성됩니다. 이 폴더 구조/계층은 로그인한 사용자 본인(및 관리자)만 소유하고 사용할 수 있으며, 다른 사용자에게는 보이지 않습니다.

Workspace 관리자의 관점에서 보면, 구성원의 개인 폴더는 최상위 Home 폴더 아래에 모여 있으며, 이는 Projects 페이지와 Explorer 페이지의 폴더 계층 구조, 그리고 Altium Designer Explorer pane folder tree에서도 확인할 수 있습니다.

Item Revision 다운로드

Workspace 구성원의 경우 프로젝트 콘텐츠(소스 파일, 생성된 파일, 릴리스된 데이터 등)를 프로젝트의 Design 및 Releases 보기에서 다운로드할 수 있습니다. Explorer 페이지에서는 Item Revision 항목 오른쪽에 있는 Download 컨트롤()을 클릭하여 인터페이스에서 직접 데이터를 다운로드할 수 있습니다.

Workspace 구조 탐색

프로젝트 중심의 Workspace 콘텐츠 탐색은 모든 Workspace 구성원이 Projects 및 Components 페이지를 통해 사용할 수 있지만, Workspace 관리자는 아래 설명된 대로 Explorer 페이지 인터페이스를 통해 모든 콘텐츠를 탐색하고 접근할 수 있습니다.

관리자는 다음과 같은 방법으로 Workspace 콘텐츠를 탐색할 수 있습니다.

1. 내용을 확인하려는 폴더의 이름을 클릭합니다.

2. 검색 기능을 사용합니다. Item의 ID, Comment 또는 Description을 기준으로 키워드를 입력한 다음 Enter 를 누르거나 돋보기 아이콘()을 클릭합니다. 그러면 전체 Workspace가 검색되고, 일치하는 Item 기준으로 검색 결과가 나열됩니다.

   검색 후에는 브라우저 인터페이스 맨 왼쪽의 탐색 트리에서 Admin – Explorer 페이지 항목을 다시 클릭하여 Workspace 콘텐츠의 일반 보기로 돌아갈 수 있습니다. 또는 검색 필드를 지우고 Enter를 누르십시오.

추가 기능

다음과 같은 추가 기능은 Workspace의 브라우저 인터페이스를 통해 콘텐츠를 탐색할 때 사용할 수 있습니다.

• Navigate – Item의 오른쪽 클릭 컨텍스트 메뉴에서 찾을 수 있는 이 명령은 Altium Designer의 Explorer panel에서 해당 Item으로 빠르게 이동할 때 사용됩니다. 이를 위해 Altium Designer가 열리며, X2.exe – Altium Designer의 소스 실행 파일)을 열 것인지 확인 메시지가 표시됩니다.

  Altium Designer가 이미 실행 중이면, 그 인스턴스가 사용됩니다.

• Full item info – Item Revision의 오른쪽 클릭 컨텍스트 메뉴에서 찾을 수 있는 이 명령은 해당 Revision의 모든 세부 정보를 나열하는 보기를 표시하는 데 사용됩니다. 사실상 이는 해당 Item Revision에 대해 사용할 수 있는 다양한 측면 보기 중(Summary 제외) 모든 보기를 포함한 보기입니다.

  상위 Item 수준에서 이 명령을 사용하면 해당 Item의 최신 리비전에 대한 세부 정보가 표시됩니다.

• Follow/UnFollow – Type이 Components인 폴더의 오른쪽 클릭 컨텍스트 메뉴에서 찾을 수 있는 Follow command를 사용하여 해당 폴더를 팔로우할 수 있습니다. 팔로우 중인 폴더 내의 모든 활동(컴포넌트 생성, 릴리스, 리비전 상태 변경 또는 삭제)은 Workspace에서 발송되는 이메일 알림을 통해 표시됩니다(관리자가 Workspace에 대해 이메일 알림을 활성화한 경우). 해당 폴더 내 컴포넌트 활동 팔로우를 중지하려면 UnFollow 명령을 사용하십시오.

• Remove Folder – 폴더의 오른쪽 클릭 메뉴에서 찾을 수 있는 이 명령은 해당 폴더와 그 안의 모든 콘텐츠(하위 폴더 및 그 안의 Item)를 Workspace의 분리된 Trash 영역으로 이동하는 데 사용됩니다. 이후 Trash의 엔터티는 필요에 따라 영구 삭제하거나 복원할 수 있습니다. 프로젝트 폴더를 제거하는 경우 관련 릴리스와 제조 패키지도 함께 Trash로 이동됩니다.

• Remove Item – Item의 오른쪽 클릭 메뉴에서 찾을 수 있는 이 명령은 해당 Item을 Workspace의 분리된 Trash 영역으로 이동하는 데 사용됩니다. 이후 Trash의 엔터티는 필요에 따라 영구 삭제하거나 복원할 수 있습니다. Component Item을 제거하는 경우, 관련 모델도 동시에 Trash로 이동할 수 있습니다. 단, 이러한 모델은 다른 곳에서(하나 이상의 다른 컴포넌트에 의해) 사용되고 있지 않은 경우에만 삭제할 수 있습니다.