콘텐츠 구조 및 액세스 관리

Enterprise Server Workspace의 콘텐츠 구조 및 액세스 관리는 Admin – Explorer page(관리자) 또는 기본 Projects page(충분한 권한이 있는 Workspace 멤버)에서 수행할 수 있습니다. 이 페이지들의 명령과 기능을 통해 다음을 수행할 수 있습니다.

• Workspace 내의 폴더와 Item을 탐색합니다. 폴더를 생성, 편집, 삭제하여 Workspace의 구조를 구성할 수 있습니다. 삭제된 폴더와 Item은 Trash로 이동되며, 그곳에서 영구 삭제하거나 복원할 수 있습니다.

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

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

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

• Workspace Projects 페이지는 폴더 및 프로젝트 Item 관리를 위한 간단한 접근 방식을 제공하며, 관리자, 프로젝트/Item 소유자, 그리고 충분한 편집 권한이 있는 다른 사용자가 사용할 수 있습니다.

  이 인터페이스에서는 (기본적으로) 최상위 Projects 폴더의 공유 권한을 편집/설정하거나 다른 최상위 폴더를 생성할 수 없습니다.

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

• Workspace Explorer 페이지는 Altium Designer Explorer panel과 유사하며 관리자만 사용할 수 있고, 프로젝트 Release 데이터, Components, Managed Content 등 모든 폴더와 Item에 대한 관리 액세스를 제공합니다.

  이 인터페이스에서는 설계 프로젝트를 공유하거나 폴더 및 Item을 이동할 수 없습니다.

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

폴더 및 Item 공유

Related page: Workspace 콘텐츠에 대한 액세스 제어

Enterprise Server Workspace 폴더 구조는 상위(Parent) 객체에서 하위(Child) 객체로 공유 권한이 전파되는 고급 권한 상속 체계를 제공합니다. 여기서 하위 객체는 폴더 또는 Projects, Components, BOM 파일, Templates 등과 같은 설계 Item일 수 있습니다. 이 구성은 회사 사용자 및 사용자 그룹의 액세스 요구사항에 맞게 Workspace 폴더 구조와 공유 권한을 구성하는 과정을 단순화합니다.

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

• Folder-level Sharing – 폴더를 공유하여 Workspace에서 어떤 콘텐츠를 누가 볼 수 있는지 제어할 수 있습니다. 이를 통해 다른 사용자가 폴더와 그 콘텐츠를 단순히 보기만 할지, 또는 편집까지 할지(즉, 설계 데이터를 릴리스/커밋/업로드할지)를 제어할 수 있습니다. 단일 Workspace를 다양한 콘텐츠 ‘영역(zone)’으로 분할하되 폴더 수준 권한을 제어할 수 있으므로, 필요에 따라 콘텐츠를 선택적으로 표시하거나 숨길 수 있습니다. 즉, 적절한 사람에게 적절한 액세스를, 적절한 데이터에 부여할 수 있습니다.

• Item-level Sharing – 공유된 폴더 내에서 어떤 사용자가 어떤 Item을 보고 액세스할 수 있는지 제어할 수 있습니다. 이처럼 더 구체적인 수준의 공유를 통해, Item이 상위 폴더로부터 상속받은 권한 세트를 무시(override)하거나(또는 추가로) 조정할 수 있습니다. 사용자가 폴더 자체에 대한 액세스 권한을 가지고 있다면, 그 폴더 안에서 자신에게 공유된 Item을(허용된 범위 내에서) 보기/편집할 수 있습니다.

  Workspace Explorer interface를 사용하여 Item 객체(예: Component, Template 등)의 공유 권한을 지정할 때, 해당 Item의 공유 설정은 그 구성 Revision에도 적용됩니다. 이 계층 내의 개별 Revision에 대해 권한을 추가/제거할 수 있지만, 권한 변경은 계층 자체를 따라 아래로 전파되지 않습니다. 즉, 그 아래 단계의 Revision에는 상속되지 않습니다.

  내부적으로 Workspace 객체에 대한 액세스는 폴더, 프로젝트 및 Item과 연관된 권한을 결정하는 계층형 Access Control List(ACL)에 의해 결정됩니다. 이 목록은 누가 해당 객체에 액세스할 수 있는지, 그리고 수정 가능한지 여부를 지정합니다. 예를 들어 특정 프로젝트의 Share 설정에 View(읽기 전용) 권한이 Librarians에 대해 포함되어 있다면 Librarians 그룹의 멤버는 해당 프로젝트에 액세스할 수 있지만, 관리자 또는 프로젝트 소유자가 아닌 한 그 멤버들은 편집, 이동, 삭제(또는 재공유)할 수 없습니다.

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

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

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

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

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

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

유의할 사항:

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

  사용자/그룹에 대해 폴더/Item에 대한 Edit 액세스를 활성화하는 것은 해당 권한 세트(ACL)에 또 하나의 권한을 추가하는 것과 같으며, 그 액세스를 다시 View로 변경하는 것은 세트에서 권한 하나를 제거하는 것과 같습니다.

• 사용자 인터페이스에서 공유 권한을 선택하는 방식과 관련하여:

  • Can Write 페이지에서 체크된 Explorer 옵션(읽기/쓰기)은 Projects 페이지에서 Can Edit가 선택된 것과 동일합니다. 

  • Can Write 페이지에서 체크 해제된 Explorer 옵션(읽기 전용)은 Projects 페이지에서 Can View가 선택된 것과 동일합니다.

• 폴더/항목에 대한 공유 액세스 권한을 가진 기존 사용자/그룹을 제거하려면:

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

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

• 기본적으로 폴더/항목은 소유자(초기에는 생성자)와 Administrators 그룹의 모든 멤버만 사용할 수 있습니다. 이러한 권한은 내재된 것이며 명시적으로 추가할 필요가 없습니다. Owners 및 Administrators에는 읽기/쓰기(보기/편집) 권한이 있습니다.

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

  • Projects 페이지 Share Item 창에서 Workspace Members 타일 액세스 옵션을 Can View로 설정하거나, 전체 쓰기 권한을 위해 Can Edit로 설정합니다.

  • Explorer 페이지 Share 창에서 Add Anyone 컨트롤을 선택하고 해당 Can Write 옵션의 체크를 해제하거나, 전체 쓰기 권한을 위해 체크된 상태로 둡니다.

    위 작업을 수행하면 Workspace의 모든 멤버에게 읽기/쓰기 액세스가 부여될 가능성이 있다는 점에 유의하십시오. 특정 사용자 및/또는 그룹 집합으로 액세스를 제한하려면 No access에 대해 Workspace Members를 설정(Projects 페이지)하거나 Anyone 엔터티를 제거(Explorer 페이지)해야 합니다.

• 다른 항목과 달리, 디자인 프로젝트 항목의 공유 권한은 Explorer 페이지를 통해 관리할 수 없습니다. 대신 Projects 페이지에서 접근하는 Share Item 창에서 지정됩니다. 자세한 내용은 Workspace Projects page를 참조하십시오.

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

폴더의 Share Item 창에서 Can View 또는 No access과 같은 일부 사용자 액세스 수준은, 상위 폴더로부터 상속된 권한 세트와 모순(권한 강등)되기 때문에 선택할 수 없을 수 있습니다. 기본적으로 폴더 공유 권한은 모든 사용자에 대한 전체 쓰기 권한입니다. 즉, Share Item 창에 표시된 Workspace Members Can Edit이거나, Explorer 페이지 Share 창에 표시된 것처럼 Anyone가 Write할 수 있습니다.

예를 들어 이 기본 사례에서는, 폴더가 상속받은 권한(Workspace Members Edit에서 Workspace Members View 또는 No Access로)을 강등하는 옵션이 비활성화되어 권한 계층 구조에서 의도치 않은 단절이 발생하는 것을 방지합니다. 상위 폴더에서 상속된 기존 권한 세트에 단순히 ‘추가’하는 것이므로, 공유 액세스 수준을 승격(증가)하는 것은 언제든지 가능하다는 점에 유의하십시오.

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

마찬가지로 Workspace Explorer page를 통해 폴더 공유 권한을 변경할 때도, 상위 폴더로부터 상속된 권한을 강등할 수 없도록 되어 있습니다. 상위 폴더(Projects의 경우)로부터의 권한 상속을 의도적으로 끊으려면 Share 창의 Inherit permissions from parent 옵션 체크를 해제하십시오.

권한 상속 연속성

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

그 ‘단절된’ 폴더의 Inherit permissions from parent 옵션을 다시 활성화하면 폴더 권한 상속의 전체 깊이가 복원됩니다. 그러면 상위의 권한(아직 존재하지 않는 경우)을 다시 상속하여 상위-하위 권한 무결성을 복구합니다.

활성화된 권한 상속 체계에 따라, 폴더/항목의 권한은 상위의 권한에 대해 승격하거나 추가할 수는 있지만(사실상 동일한 동작), 상위의 권한보다 강등할 수는 없습니다. 이는 그룹/사용자에 대해 추가된 권한이 상위 및 하위 엔터티 모두에 공통으로 적용되는 경우에도 동일합니다.

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

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

폴더 이동

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

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

• 폴더의 Inherit parent folder permissions 옵션이 활성화되어 있는 경우(기본 상태), 해당 폴더를 다른 폴더로 이동하는 동작은 다음을 유발합니다:

  • 새 상위 폴더(해당 폴더의 Owner 포함)로부터 권한 세트를 상속합니다.

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

    • * 폴더/프로젝트의 ‘inherited(상속)’ 권한은 상위 폴더로부터 채택된 권한, 즉 상속된 권한을 의미합니다.

  • 이전에 부여된 extended(추가) 권한은 유지합니다.

    • * 폴더/프로젝트의 ‘extended(확장)’ 권한은 사용자 접근을 확장하기 위해 별도로 추가된 권한으로, 상위 폴더로부터 상속된 것이 아닙니다.

  요약하면, 기존 상위 폴더의 권한은 새 상위 폴더의 권한으로 대체되지만, 추가로 부여된 권한은 폴더와 함께 이동합니다.

• 폴더의 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 page에서 폴더 항목을 우클릭했을 때 나타나는 컨텍스트 메뉴의 Share Folder 옵션을 통해 접근합니다. 예를 들어 Projects 폴더 접근은 기본 권한(Anyone)을 읽기 전용으로 설정(Can Write 선택 해제)하거나 아예 제거한 다음, 필요에 따라 특정 사용자(Add User) 또는 사용자 그룹(Add Role)에 대한 접근 권한을 추가하여 변경할 수 있습니다.

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

structured folder hierarchy처럼 권한과 사용자/그룹 접근이 적절히 구성되어 있고(예: 폴더 트리 아래로 갈수록 점진적으로 공개), 대상 폴더()에 따라 사용자와 그룹에 적절한 수준의 권한 접근을 제공해야 하는 경우, 이 접근 방식이 유용할 수 있습니다.

기본 프로젝트 생성 권한

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

활성화되면 새로 생성된 프로젝트는 상위 폴더 권한을 상속하는 대신 이 옵션에서 지정한 권한을 채택합니다. 옵션의 초기 설정은 Workplace의 기본 설정(모든 사용자 쓰기 권한)과 동일하며, 필요에 맞게 변경할 수 있습니다. 예를 들어 Engineers에는 Write (edit) 접근을, Librarians에는 View (read-only) 접근을 부여하는 방식입니다.

Points of note:

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

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

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

• 새 프로젝트에 대한 위 권한 채택 동작은 cloning a project에도 동일하게 적용됩니다.

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

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

Workspace 관리자 관점에서는, 멤버의 개인 폴더가 최상위 Home 폴더 아래에 모여 있으며, 이는 Projects page 및 Explorer page의 폴더 계층(그리고 Altium Designer Explorer pane folder tree)에서 확인할 수 있습니다.

항목 리비전 다운로드

인터페이스에서 데이터를 다운로드하려면, 항목 리비전(Item Revision) 항목의 오른쪽에 있는 Download 컨트롤()을 클릭합니다.

Workspace 구조 탐색

다음 이미지에 강조되어 있고 이후에 설명된 것처럼, 브라우저 인터페이스를 통해 Workspace의 콘텐츠를 몇 가지 방법으로 탐색할 수 있습니다.

1. 내용을 살펴보고 싶은 폴더 이름을 클릭합니다.

2. 검색 기능을 사용합니다. 항목의 ID, Comment 또는 Description을 기반으로 키워드를 입력한 다음 Enter 을 누르거나 돋보기 아이콘( ​)을 클릭합니다. 전체 Workspace가 스캔되며, 일치하는 항목(Items) 기준으로 검색 결과가 목록으로 표시됩니다.

추가 기능

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

• Navigate – 이 명령은 항목(Item)의 우클릭 컨텍스트 메뉴에 있으며, Altium Designer의 Explorer 패널에서 해당 항목으로 빠르게 이동하는 데 사용됩니다. 이를 위해 Altium Designer가 열리며(X2.exe – Altium Designer의 소스 실행 파일을 열지 여부를 묻는 프롬프트가 표시됩니다).

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

• Full item info – 이 명령은 항목 리비전(Item Revision)의 우클릭 컨텍스트 메뉴에 있으며, 해당 리비전의 모든 세부 정보를 나열하는 보기를 표시하는 데 사용됩니다. 즉, 해당 항목 리비전에 대해 사용 가능한 다양한 측면 보기(aspect view)를 모두 포함하는 보기입니다(Summary 제외).

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

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

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

• Remove Item – 항목(Item)의 우클릭 메뉴에서 찾을 수 있는 이 명령을 사용하면, 해당 항목을 Workspace의 격리된 Trash 영역으로 이동할 수 있습니다. 이후 Trash 에 있는 엔티티는 필요에 따라 영구 삭제하거나 복원할 수 있습니다. 컴포넌트 항목(Component Item)을 제거하는 경우, 관련 모델을 Trash 로 동시에 이동할 수도 있습니다. 단, 이들은 다른 곳(하나 이상의 다른 컴포넌트)에서 사용 중이 아닌 경우에만 삭제할 수 있습니다.