Altium 365 작업 공간에서 콘텐츠 구조 및 접근 관리하기

워크스페이스의 콘텐츠 구조 및 접근 관리는 워크스페이스의 브라우저 인터페이스에서 Admin - Explorer 페이지를 통해 관리자가 수행합니다. 여기서 다음을 수행할 수 있습니다:

• 워크스페이스 내의 Folder와 Item을 Explorer합니다. Altium Designer를 통해 해당 워크스페이스에 연결하지 않고도 Folder를 생성하고 편집하여 워크스페이스의 구조를 구축할 수 있습니다.

• Folder 수준 및 Item 수준 Share를 정의합니다 - 누가 워크스페이스 내의 어떤 콘텐츠를 볼 수 있는지 제어하고, Folder 수준에서 다른 사용자가 Folder와 그 내용을 단순히 볼 수 있는지, 또는 편집할 수 있는지(실질적으로 디자인 데이터를 릴리스/커밋/업로드하는 것) 제어합니다.

• 콘텐츠 다운로드.

인터페이스 자체는 워크스페이스 콘텐츠에 접근할 때 Altium Designer의 Explorer 패널과 유사한 모양과 느낌을 제공합니다. 두 인터페이스 간의 높은 일관성은 패널에 익숙하다면 이 브라우저 기반 변형을 어려움 없이 사용할 수 있음을 의미합니다. 워크스페이스의 콘텐츠에 접근하기 위한 브라우저 인터페이스의 Admin - Explorer 영역입니다.

Structure 관리

Workspace의 전체 Folder 구조를 관리하기 위한 다양한 명령이 제공됩니다. 이에는 최상위 Folder 및 하위 Folder 생성, 편집, Share 및 Folder 제거 기능이 포함됩니다.

Folder 구조를 관리하기 위한 컨트롤은 마우스 커서를 기존 Folder Item 위에 두고 마우스 오른쪽 버튼을 클릭할 때 나타나는 메뉴에서 찾을 수 있습니다. 최상위 Folder 추가를 제외하고, 명령은 구조에서 현재 선택된 Folder에 대해 작동합니다.

오른쪽 클릭 메뉴에서 Folder 구조 관리 명령에 접근하세요.

Folder 및 Item Share하기

관련 페이지: 서버 콘텐츠 접근 제어하기 (Altium Designer 페이지)

Altium 365 워크스페이스 Folder 구조는 Parent 객체에서 Child 객체로 Share 권한이 전파되는 고급 권한 상속 체계를 특징으로 합니다. 여기서 Child 객체는 Project, 구성 요소, BOM 파일, 템플릿 등과 같은 Folder나 디자인 Item을 의미합니다. 이러한 배치는 워크스페이스 Folder 구조와 Share 권한을 회사 사용자 및 사용자 그룹의 접근 요구 사항에 맞게 조직화하는 과정을 단순화합니다.

워크스페이스는 다음과 같은 Share 기능을 제공합니다:

• Folder 수준 Share - Folder를 Share함으로써 워크스페이스에서 누가 어떤 콘텐츠를 볼 수 있는지 제어할 수 있는 기능을 제공합니다. 이를 통해 다른 사용자가 Folder와 그 내용을 단순히 볼 수 있는지, 아니면 편집(실질적으로 디자인 데이터를 그 안에 릴리스/커밋/업로드)할 수 있는지를 제어할 수 있습니다. 단일 워크스페이스는 다양한 효과적인 '존'으로 분할될 수 있지만, Folder 수준 권한을 통해 제어되므로, 필요에 따라 콘텐츠를 선택적으로 보이거나 숨길 수 있으며, 올바른 사람들에게 올바른 데이터에 대한 올바른 접근 권한을 부여할 수 있습니다.

• Item 수준 Share - Share된 Folder에서 누가 어떤 Item을 볼 수 있는지 제어할 수 있는 기능을 제공합니다. 이는 Folder 접근 제어를 통해 제공되는 보다 거친 수준의 Share와 대비되는, 더 세밀한 수준의 Share라고 생각할 수 있습니다. 사용자가 Folder 자체에 접근 권한을 가지고 있다면, 그들과 Share된 Folder 내의 Item을 보거나 편집(허용된 경우)할 수 있게 됩니다.

위의 Share 기능은 워크스페이스 권한 상속 체계를 따릅니다. 가장 간단한 의미에서, Folder에 적용된 권한은 Folder 계층을 통해 Parent-Child 관계를 통해 전파됩니다 - Folder에서 하위 Folder로, 그리고 그 아래로 내려갑니다.

이 권한 상속 구조는 Folder가 계층에 추가될 때, 그리고 계층 내에서 권한이 추가될 때 유지됩니다(‘분리된’ Folder/객체에 의해 특별히 방해받지 않는 한). 최상위 Folder가 아닌 Folder에 추가 권한이 적용될 경우 – 그것이 계층 내에 있을 때 – 이 수준에서부터 계층을 따라 아래로 상속되며, 기존 권한에는 영향을 주지 않습니다. 권한 제거에도 동일한 상속 행위가 적용됩니다.

❯ ❮ Javascript ID: C

A-B-C Folder 계층 구조의 최상위 Folder에 엔지니어 사용자 그룹에 편집 권한(Read/Write)을 추가합니다. 새로운 권한 Item(엔지니어 Read/Write)은 Parent-Child 권한 상속을 통해 계층 구조의 모든 Folder에 자동으로 적용됩니다. B Folder 계층 구조에 Librarian 사용자 그룹에 Read 전용 권한(Read)을 추가합니다 – 이 추가로 인해 권한 세트가 '확장됩니다' 새로운 권한 Item(Librarian Read)이 B Folder에 적용되고 계층 구조에서 그 아래의 모든 Folder에 상속됩니다. 디자인 Project(또는 다른 Item 유형)가 Folder C에 생성되거나 업로드됩니다. 이는 Folder C의 Share 권한을 상속받습니다. Folder C의 권한 세트를 확장하여 Admin 그룹에 Read 전용 권한(Read)을 추가합니다. 추가된 Admin Read 권한은 디자인 Project에 상속됩니다. 디자인 및 관리된 BOM Project의 Share 권한은 워크스페이스 Project 페이지의 Share 창 대화상자를 통해 관리됩니다.

Explorer 페이지에서는 Folder(또는 Item)의 Explorer 트리 Item을 마우스 오른쪽 버튼으로 클릭하여 Share 제어를 접근할 수 있습니다. 그리고 컨텍스트 메뉴에서 Folder Share(또는 Item Share) 명령을 사용합니다. Share 창이 나타나며, 여기서 필요에 따라 Folder/Item의 접근 권한을 수정할 수 있습니다.

❯ ❮ Javascript ID: F

Team 1 Project Folder(US 팀)에 구성된 Share 권한. 이 Folder 내의 Project들은 이러한 권한을 상속받으며, Admin 및 Owner의 기본 Write 권한에 추가됩니다. 사용자가 추가한 Project Folder에 대한 Share 권한으로, 상위 Folder(Team 1)로부터 권한을 상속받습니다. 상위 Folder는 다른 사용자(Harold Smith)에 의해 생성되었으며, 그 사용자가 해당 Folder의 ‘Owner’이므로 새 Folder에 대한 Write 접근 권한도 이 사용자에게 부여됩니다. Team 2 Project Folder(EU 팀)에 구성된 Share 권한. 이 Folder 내의 Project들은 이러한 권한을 상속받으며, Admin 및 Owner의 기본 Write 권한에 추가됩니다. 상위 Component Templates Folder로부터 상속받은 템플릿 Item에 대한 Share 권한.

주의해야 할 사항들:

• 권한 측면에서 사용자/그룹은 Write 가능(편집) 옵션이 활성화되어 있을 때 Read/Write 접근 권한을 가집니다. 이 옵션이 비활성화되면 Read(보기) 접근만 가능합니다.

• 기존 사용자/그룹이 Folder/Item에 대한 Share 접근을 하지 못하게 하려면, 관련된 제거 컨트롤을 클릭하세요().

• 기본적으로 Folder/Item은 처음 생성자인 Owner와 Admin 그룹의 모든 멤버에게만 사용 가능합니다. 이러한 권한은 내재되어 있으며 명시적으로 추가할 필요가 없습니다. Owner와 Admin는 Read/Write(보기/편집) 권한을 가집니다.

• 워크스페이스의 모든 사용자가 Folder/Item을 볼 수 있게 하려면, 누구나 추가 컨트롤을 사용하세요. 이렇게 하면 기본적으로 모든 워크스페이스 멤버에게 Read/Write 접근 권한이 부여됩니다. 특정 사용자 및/또는 그룹으로 접근을 제한하려면, 누구나 엔티티를 제거해야 합니다.

• 다른 Item과 달리, 디자인 Project Item의 Share 권한은 Explorer 페이지를 통해 관리할 수 없습니다. 대신 Project 페이지에서 접근할 수 있는 Share 대화 상자 창에서 지정됩니다. 자세한 정보는 워크스페이스 Project 페이지를 참조하세요.

• Folder도 워크스페이스 Project 페이지에서 추가 및 제거할 수 있습니다.

서버 Folder 내의 Item이 특정 사용자와 Share되었지만 Folder 자체는 Share되지 않은 경우, 사용자는 워크스페이스 콘텐츠를 Explorer할 때 해당 Item을 '보거나' (따라서 직접 접근할 수도) 없게 됩니다. Admin 또는 Folder의 Owner/생성자의 경우, Project Folder 권한은 워크스페이스 Project 페이지의 Share 옵션에서도 접근 및 변경할 수 있습니다. Folder Item을 선택한 다음 상단의 버튼 또는 Item의 메뉴에서 Share 옵션을 선택하여 Item Share 창에 접근할 수 있습니다. 이 창의 인터페이스와 기능은 Project를 Share할 때와 동일하게 작동하며, Item(Folder) Owner 변경 기능을 포함합니다. 아래 예시에서는 기본 Project Folder 설정(모든 워크스페이스 멤버에 대한 Write 접근 권한)을 워크스페이스 멤버 권한을 보기 가능(또는 접근 불가)으로 변경하고, Admin를 Item Share 대상 필드에 추가한 다음, 관련 Share 옵션을 편집 가능으로 설정하여 Admin만 Write 접근 권한을 가지도록 제한합니다.

권한 상속 연속성

위에서 설명한 바와 같이, 워크스페이스 Folder 계층 구조에서의 Share 권한 상속은 Parent Folder와 Child Folder 간의 불일치된 권한에 의해 중단되지 않는 한 그 전체 깊이에서 유지됩니다. 간단히 말해서, Parent Folder의 권한 세트가 Child Folder에도 있어야 권한 상속 연속성을 유지할 수 있습니다 - 그렇지 않으면 Child은 권한 상속 측면에서 Parent로부터 '분리된' 것으로 간주됩니다.

Parent로부터 분리된 Child Folder는 더 이상 Parent로부터 변경/업데이트된 권한을 상속받지 못합니다. 이 시점에서 Folder 계층 권한 상속은 사실상 끊어지지만, 분리된 지점 아래에서는 연속적으로 유지됩니다. Parent 또는 Child Folder의 권한이 변경되어 Parent의 권한이 다시 Child에게 존재하게 되면 Folder 권한 상속의 전체 깊이가 복원됩니다 - 그러면 Child은 권한 상속 측면에서 다시 Parent에게 '재연결된' 것으로 간주됩니다.

❯ ❮ Javascript ID: D

C Folder에서 Librarians Read 권한을 제거하는 것은, 연속적인 권한 상속을 가진 Folder 계층 A-D의 일부입니다. B Folder(Parent)에서 설정된 권한이 더 이상 C Folder(Child)에 완전히 포함되지 않기 때문에, 이 시점에서 권한 상속이 끊어집니다. C Folder는 B Folder로부터 '분리'됩니다. A Folder에 Manager Read 권한을 추가합니다. B Folder는 새 권한을 상속받지만, 권한 상속이 B Folder로부터 분리된 C Folder(및 그 하위 Folder들)는 상속받지 않습니다. A Folder에서 Librarians Read 권한을 제거합니다. B Folder는 다시 권한 변경(제거)을 상속받고, 분리된 Child Folder인 C Folder는 상속받지 않습니다. C Folder에 Mechanical Read 권한을 추가합니다. 추가된 권한은 C Folder 분리 지점 아래에서 Parent-Child 상속이 유지되기 때문에 D Folder에 의해 상속됩니다. C Folder에 Managers Read 권한을 추가합니다. C Folder는 이제 Parent Folder인 B Folder의 권한 세트를 포함하므로, B Folder에 '다시 연결'됩니다. 권한 상속이 전체 Folder 계층을 통해 다시 연속적입니다. B Folder(Child Folder인 C Folder에 상속된)에서 Managers Read Item을 제거하는 것도 C Folder가 B Folder Parent의 권한 세트를 포함하게 되므로 재연결을 유발했을 것입니다.

주목할 점들:

• Parent Folder와 Child Folder가 Read 권한을 포함하고 있고 해당 Child 권한이 Read/Write로 변경되더라도 Parent에 연결된 상태를 유지합니다(권한 상속이 유지됩니다) 왜냐하면 Parent의 Read 능력과 일치하는 Read 능력이 둘 다에게 공통적이기 때문입니다.

• Parent Folder와 Child Folder가 Read/Write 권한을 포함하고 있고 해당 Child 권한이 Read로 변경되면 Parent로부터 분리됩니다(권한 상속이 손실됩니다) 왜냐하면 더 이상 Parent의 Write 능력과 일치하는 권한을 포함하지 않기 때문입니다.

• Folder에 권한을 추가할 때 Child Folder가 더 낮은 접근 수준에 있으면 Child Folder의 동일한 권한을 실질적으로 덮어쓰게 됩니다. 예를 들어, Librarian Read/Write 권한이 Folder에 추가되고 해당 Child Folder에 기존 Librarian Read Item이 있으면 이는 Librarian Read/Write Item으로 덮어Write/업그레이드됩니다.

• 반대로, Folder에 권한을 추가할 때 Child Folder가 더 높은 접근 수준을 가지고 있다면 Child Folder의 동일한 권한에 영향을 주지 않습니다. 예를 들어, Librarian Read 권한이 Folder에 추가되고 해당 Child Folder에 기존 Librarian Read/Write Item이 있으면 이는 변경(다운그레이드)되지 않고 기존의 권한 수준을 유지합니다.

여기서 설명하는 Folder 권한 상속 로직은 Project(디자인 및 관리 BOM Project)에도 적용됩니다. Project는 항상 Parent Folder의 Child이며, Child Folder와 같은 방식으로 권한을 상속받고 분리/재연결됩니다. 차이점은 Project 권한이 워크스페이스 Project 페이지의 Share 창을 통해 편집된다는 것입니다.

Folder 이동

작업 공간 Folder는 Project 페이지(참조: 작업 공간 Project 페이지) 또는 Altium Designer의 Explorer 창(참조: 작업 공간 정리하기)을 통해 Folder 구조 내의 다른 위치로 이동할 수 있습니다.

이동된 Folder의 Share 권한이 결정되는 방식은 원래 Parent Folder와의 관계에 따라 다릅니다:

• Folder가 연속된 권한 구조를 가진 계층의 일부이며(Parent Folder에 연결되어 있음), 그 Folder를 다른 Folder로 이동하면 다음과 같은 변화가 일어납니다:
  • 새로운 Parent Folder의 권한 세트를 상속받습니다.
  • 원래 상속받은 권한을 잃게 됩니다.
    • * Folder/Project의 '상속받은' 권한은 Parent와 공통적인 권한입니다 – 상속받은 것입니다.
  • 이전의 확장된 권한은 유지됩니다.
    • * Folder/Project의 '확장된' 권한은 Parent와 공통적이지 않은 권한입니다 – 접근을 확장하기 위해 특별히 추가된 것입니다.

간단히 말해서, 기존 Parent Folder의 권한은 새 Parent Folder의 권한으로 대체되지만, 추가된 권한은 Folder와 함께 이동합니다. - Folder가 권한 구조 계층에서 분리될 때(Parent Folder에서 분리됨), 해당 Folder를 다른 Folder로 이동하면 다음과 같은 일이 발생합니다: - 새 Parent Folder의 권한 세트를 상속받습니다. - 원래의 권한을 유지합니다. 이동된 Folder(Child)는 이제 Parent의 권한을 포함하기 때문에 Parent에게 연결됩니다.

위의 두 경우 모두에서, 어떤 권한이 공통적이라면 – 이전된 권한과 새로운 상위 Folder 권한을 비교했을 때 – 가장 높은 사용 가능한 권한 수준(Read/Write가 Read보다 우선)이 적용됩니다.

❯ ❮ Javascript ID: E

이 예에서, Folder A-B-C는 상속된 엔지니어 Read/Write 권한을 포함하는 계층 구조에 있습니다. Folder C의 권한은 계약자 Read 추가로 확장되었습니다. 또는 개별 사용자가 추가될 수 있었습니다. '첨부된' Folder 이동. Folder C는 다른 권한 세트를 특징으로 하는 Folder D로 이동됩니다. 이동된 Folder C는 이제 Folder D의 Child이 되며 Parent의 기계 Read 권한을 상속받습니다. Folder C는 원래 상속받은 권한(엔지니어 Read/Write)을 잃지만 원래의 확장 권한(계약자 Read)은 유지됩니다. '분리된' Folder 이동. Folder C의 권한이 수정되어 Parent의 권한 세트를 더 이상 포함하지 않기 때문에 Folder D로부터 '분리'(권한 상속 측면에서)됩니다. Folder C는 다른 권한 세트를 특징으로 하는 Folder E로 이동될 것입니다. 이 시점에서 Folder C는 분리되어 있음에 유의하세요. 이동된 Folder C는 원래의 권한 세트를 유지하고 새로운 Parent인 Folder E의 권한을 상속받을 것입니다. 유지된 권한과 Parent 권한 모두 다른 접근 수준(Read 및 Read/Write)의 Admin 그룹 권한을 포함하기 때문에, 더 높은 접근 수준인 Admin Read/Write가 Folder C에 의해 채택됩니다. Folder C가 이제 Folder E의 권한에 첨부되었음에 유의하세요.

Folder나 Project를 다른 Folder로 이동하기 전에, 이동될 Folder/Project가 상속받게 될 대상 Folder의 권한을 먼저 확인하는 것이 매우 권장됩니다. 예를 들어, 대상 Folder 권한이 원하는 것보다 더 높은 수준의 Share를 할 수 있도록 설정되어 있을 수 있습니다. 예를 들어, 모든 사용자(Anyone)에게 편집 권한이나 접근 권한이 있을 수 있으며, 이는 이동된 Folder/Project에도 적용됩니다.

Project 생성 권한 관리

기본 작업 공간 설정을 사용하면, 작업 공간 멤버가 생성하거나 업로드한 Project는 모든 사용자가 Write 권한으로 접근할 수 있으며, Project Folder에 저장되고 Project 페이지를 통해 직접 접근할 수 있습니다. 이러한 간단한 배열은 사용자에게 편리하지만, 작업 공간의 모든 멤버가 이 기본(최상위) 위치에 접근 가능한 Project를 생성할 수 있게 합니다. Project Folder 또는 추가 하위 Folder에서 Project를 생성(및 접근)할 수 있는 사람을 고급 제어하려면, 작업 공간 Admin는 Explorer 페이지 또는 Altium Designer에서 Explorer 패널을 통해 Project Folder Share 권한을 지정할 수 있습니다. 위에서 설명한 바와 같이, Folder 권한은 워크스페이스 Explorer 페이지에서 Folder Item의 오른쪽 클릭 컨텍스트 메뉴의 Folder Share 옵션을 통해 접근할 수 있습니다. Project Folder 접근은 기본 권한(Anyone)을 Read 전용으로 변경( Write 가능 선택 해제)하거나 완전히 제거한 후, 필요에 따라 특정 사용자(사용자 추가)나 사용자 그룹(역할 추가)에 대한 접근 권한을 추가함으로써 변경할 수 있습니다.

❯ ❮ Javascript ID: A3

업데이트된 Write 권한은 어떤 워크스페이스 멤버가 Project Folder에 Project를 생성(또는 업로드)할 수 있는지를 결정합니다 - 위에 보여진 예시에서는 Managers 그룹의 멤버만이 가능합니다. 권한 제약은 Altium Designer에서 새 Project 생성하는 사용자에게도 적용됩니다.

Folder Write 권한 없이 Project 생성하기

Project Folder(또는 기본 저장 위치로 지정된 다른 Folder)에 Write 권한이 없는 사용자가 Project 생성 또는 기존 로컬 Project 업로드를 수행할 때, 시스템은 새 Project를 저장하기 위한 사용자별 개인 Folder 구조를 자동으로 생성합니다. 이는 회원의 이메일 주소를 기반으로 한 최상위 Folder로 나타나며, 해당 사용자의 Project를 저장하는 내 Project 하위 Folder가 있습니다. Folder 구조/계층은 로그인한 사용자(및 Admin)에게만 제공되며 다른 사용자에게는 보이지 않습니다.

❯ ❮ Javascript ID: B

개인 'Home' Folder 기능은 워크스페이스 멤버 Project 간 및 다른 Project Folder와의 격리를 제어합니다. 사용자는 이 구조 내에서 새 Project Folder를 생성할 수도 있습니다. 사용자가 Project를 더 넓게 Share하게 되면, 예를 들어 모든 워크스페이스 멤버와 Share하는 경우, 해당 Project는 다른 사용자의 주요 Project Folder에 표시됩니다. 워크스페이스 Admin의 관점에서, 멤버의 개인 Folder들은 최상위 Home Folder 아래에 모아져 있으며, 이는 Project 페이지와 Explorer 페이지 Folder 계층 구조에서 명확하게 볼 수 있습니다 - 그리고 Altium Designer Explorer 창 Folder 트리에서도 마찬가지입니다.

❯ ❮ Javascript ID: 365-PersonalFoldersAdmin

Item 리비전 다운로드하기

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

워크스페이스 Structure Explorer하기

워크스페이스의 내용을 브라우저 인터페이스를 통해 몇 가지 방법으로 Explorer할 수 있습니다. 다음 이미지에 강조 표시되어 있고, 이후에 설명됩니다.

❯ ❮ Javascript ID: W365_NavEx_u51

브라우저 인터페이스를 통해 워크스페이스 콘텐츠를 Explorer하는 방법. 예제 검색의 결과.

1. Explorer하고자 하는 Folder 이름을 클릭합니다.

2. 검색 기능을 사용합니다. Item의 ID, 코멘트, 또는 설명을 기반으로 키워드를 입력하고 Enter를 누르거나 돋보기 아이콘을 클릭합니다(). 전체 작업 공간이 검색되고, 일치하는 Item의 검색 결과가 나열됩니다.

추가 기능

Workspace의 브라우저 인터페이스를 통해 콘텐츠를 Explorer할 때 다음과 같은 추가 기능을 찾을 수 있습니다:

• Explorer – Item에 대한 마우스 오른쪽 클릭 컨텍스트 메뉴에서 찾을 수 있는 이 명령은 Altium Designer의 Explorer 패널에서 해당 Item으로 빠르게 이동하도록 합니다. 이를 위해 Altium Designer가 열립니다(X2.exe – Altium Designer의 소스 실행 파일을 열지 여부에 대해 물어볼 것입니다).

• 전체 Item 정보 – 이 명령은 Item 수정본에 대한 마우스 오른쪽 클릭 컨텍스트 메뉴에서 찾을 수 있으며, 해당 수정본의 모든 세부 정보를 나열하는 뷰를 제공하기 위해 사용됩니다. 실제로, 이것은 단순히 해당 Item 수정본에 대해 사용 가능한 다양한 측면 뷰를 포함하는 뷰입니다(요약 제외).

• 팔로우/언팔로우 - Components 유형의 Folder에 대한 마우스 오른쪽 클릭 컨텍스트 메뉴에서 찾을 수 있는 팔로우 명령을 사용하여 Folder를 팔로우하세요. 팔로우하는 Folder 내에서의 활동(구성 요소 생성, 릴리스, 개정 상태 변경 또는 삭제)은 Workspace에서 이메일 알림을 통해 플래그됩니다(Workspace에 대해 Admin가 이메일 알림을 활성화한 경우). 언팔로우 명령을 사용하여 해당 Folder 내 구성 요소 활동 팔로우를 중단하세요.

• Folder 제거 - Folder에 대한 마우스 오른쪽 클릭 메뉴에서 이 명령을 사용하여 해당 Folder와 그 안의 모든 내용(하위 Folder 및 Item 포함)을 Workspace의 격리된 휴지통 영역으로 이동하세요. 휴지통에 있는 엔터티는 필요에 따라 영구적으로 삭제되거나 복원될 수 있습니다. Project Folder를 제거하는 경우, 관련 릴리스 및 제조 패키지도 휴지통으로 이동됩니다.

• Item 제거 - Item에 대한 마우스 오른쪽 클릭 메뉴에서 이 명령을 사용하여 해당 Item을 Workspace의 격리된 휴지통 영역으로 이동하세요. 휴지통에 있는 엔터티는 필요에 따라 영구적으로 삭제되거나 복원될 수 있습니다. 구성 요소 Item을 제거하는 경우, 관련 모델도 동시에 휴지통으로 이동할 기회가 있습니다. 이들은 다른 곳(하나 이상의 다른 구성 요소)에서 사용되지 않는 경우에만 삭제할 수 있습니다.