워크스페이스 프로젝트

Altium Designer는 Enterprise Server Workspace와 함께 프로젝트 라이프사이클의 개발 단계에 초점을 맞춘 고급 프로젝트 구성에 대한 지원을 제공하여, 버전 관리되는 프로젝트의 생성과 지속적인 워크플로를 단순화합니다. 또한 Workspace의 제어 하에 중앙 집중식으로 저장되므로, 이 기능은 다른 협업 서비스의 기반이 될 수도 있습니다.

Workspace 프로젝트를 사용할 때의 주요 이점은 다음과 같습니다:

• 저장 방식 단순화. 저장 위치를 결정할 필요가 없습니다. 백업 및 기타 기본 서비스가 제공됩니다.

• 협업 기능을 위한 기반.

• 버전 관리 강제 적용.

• 전용 코멘팅(댓글) 시스템의 장점.

• 알림 및 상태. 로컬 수정 사항을 포함한 문서 상태가 전체 설계 팀에 표시됩니다.

• 복잡한 설정 없이 동시 PCB 설계가 가능합니다.

• 여러 사람과 편집용으로, 또는 보기/코멘트 전용으로 프로젝트를 공유할 수 있는 기능.

• VCS 관련 커밋 이벤트를 포함하여 Project History 기능 사용 시 전체 기능 제공.

기술적으로 프로젝트는 Workspace에 저장되는 메타 정보와 Workspace 자체의 Version Control 서비스와의 긴밀한 통합으로 구성됩니다. 일반적인 워크플로는 다음과 같습니다:

1. Altium Designer의 Create Project dialog, Workspace 브라우저 인터페이스, 또는 Altium Designer 내에서 기존 로컬 프로젝트를 Workspace에서 사용 가능하도록 설정하는 방식으로 새 프로젝트를 생성합니다. 생성 과정에서 프로젝트의 이름과 설명을 정의합니다.

2. Workspace 브라우저 인터페이스 또는 Altium Designer에서 직접 프로젝트에 대한 접근 권한을 정의하고 관리합니다.

3. 모든 협업자는 프로젝트를 선택해 열며(Altium Designer 내에서), 이후 자동으로 체크아웃됩니다.

이 문서는 Enterprise Server Workspace의 브라우저 인터페이스를 통해 프로젝트를 다루는 방법을 살펴봅니다. 설계 소프트웨어에서 프로젝트를 다루는 방법은 Getting Familiar with the Altium Design Environment를 참고하십시오.

새 프로젝트 생성

프로젝트는 Workspace 브라우저 인터페이스의 Projects 페이지에서 직접 생성할 수 있습니다. 이 페이지에는 Workspace에서 사용 가능하도록 등록되어 있으며 현재 로그인한 사용자와 공유된 모든 프로젝트가 나열됩니다. 새 프로젝트를 만들려면 프로젝트 목록 위의 버튼을 클릭한 다음, 메뉴의 Create 그룹에서 Project 항목을 선택하여 Create Project 창을 여십시오.

Workspace 브라우저 인터페이스를 통해 새 프로젝트를 생성합니다.

Create Project 창은 처음에 단순화된 보기로 표시되며, 다음 필드가 제공됩니다:

• Project Name – 프로젝트에 필요한 이름을 입력합니다

• Template – 사용 가능한 경우 프로젝트 템플릿을 선택합니다. 연결된 드롭다운 필드에는 Workspace에 존재하는 모든 Project Templates가 (<Comment> (<ItemID>) 형식으로) 나열됩니다. 템플릿을 선택하면 프로젝트 유형이 자동으로 정의됩니다. 기존 프로젝트 템플릿을 기반으로 새 프로젝트를 만들지 않으려면, 생성할 프로젝트 유형을 지정하십시오(목록에서 제공되는 PCB Project, Multiboard, 또는 Harness 항목 사용).

• Description – 프로젝트에 대한 선택적 설명을 입력합니다.

더 많은 제어 항목에 접근하려면 버튼을 클릭하십시오. 다음 필드가 표시됩니다:

• Parent Folder – 이 필드를 사용하여 Workspace의 폴더 구조 내에서 프로젝트가 생성될 위치를 지정합니다. 현재 열려 있는 폴더가 되며, 그렇지 않으면(기본값으로) Projects입니다. 새 프로젝트의 기본 폴더 경로는 Admin – Settings – Projects 페이지의 Workspace 브라우저 인터페이스에서 지정됩니다. Create Project 창에서 필드 오른쪽의 Change 링크를 클릭하면 Workspace의 서버 폴더 구조에 접근할 수 있으며, 여기서 프로젝트를 저장할 다른 폴더를 선택할 수 있습니다().

  프로세스 실행 시 Parent Folder 필드에서 쓰기 가능한 폴더가 선택되지 않으면, 프로젝트 저장을 위해 Personal Folder 구조가 자동으로 생성됩니다. 이는 이메일 주소 이름의 개인용 최상위 폴더이며, 그 아래에 My Projects 하위 폴더가 포함됩니다. 생성 및 사용 예시는 다음과 같습니다:

  • 새 프로젝트의 기본 폴더(일반적으로 Projects)를 사용할 수 없거나 읽기 전용(쓰기 불가)인 경우, 생성/업로드된 프로젝트는 개인 My Projects 폴더()에 저장됩니다.

  • Parent Folder 대상 설정이 기본값이 아니지만 해당 폴더에 보기 권한만 있고(쓰기 불가)인 경우, 프로젝트 생성이 차단되며 My Projects 폴더는 ()에 추가되지 않습니다.

  자세한 내용은 Project Creation Without Folder Write Access를 참고하십시오.

  • Projects 폴더를 포함한 Workspace 폴더에 대한 사용자의 접근 권한은 Projects 페이지의 Share 옵션에서 구성한 폴더 공유 권한 또는 Explorer page(Admin – Explorer)를 통해 결정됩니다. 자세한 내용은 Managing Project Creation Permissions를 참고하십시오.

  • 원하는 경우 프로젝트를 하위 폴더 계층 구조로 구성할 수 있습니다. 자세한 내용은 Creating a Hierarchy of Project Folders 섹션을 참고하십시오.

필요한 대로 새 프로젝트를 정의한 후 를 클릭하십시오. 요약 수준의 프로젝트 목록으로 돌아가며, 새로 생성된 프로젝트 항목이 표시됩니다.

Workspace 브라우저 인터페이스의 Projects 페이지로 돌아오면 새로 생성된 프로젝트가 표시됩니다.

프로젝트 접근 권한 구성에 대한 자세한 내용은 아래의 Sharing a Project를 참고하십시오.

기존 로컬 프로젝트 업로드

기존 설계 프로젝트를 Workspace로 업로드할 수도 있습니다. 방법은 다음과 같습니다:

1. 프로젝트 목록 위의 버튼을 클릭한 다음, 메뉴의 Upload 그룹에서 Project 항목을 선택합니다. 프로젝트 ZIP 아카이브로 이동해 선택한 뒤 Open를 클릭하여 업로드를 실행합니다.

   

2. 이제 Upload Project 창이 나타납니다. 기본적으로 Project Name는 기존 프로젝트의 값으로 설정됩니다. 필요하면 변경하고 적절한 설명을 추가하십시오. Parent Folder는 업로드 프로세스를 시작했을 때 활성화되어 있던 폴더로 설정됩니다. 필드 오른쪽의 Change 링크를 클릭하면 Workspace의 서버 폴더 구조에 접근할 수 있으며, 여기서 프로젝트를 저장할 다른 폴더를 선택할 수 있습니다. 원하는 경우 프로젝트를 하위 폴더 계층 구조로 구성할 수 있습니다. 자세한 내용은 Creating a Hierarchy of Project Folders 섹션을 참고하십시오. 필요한 설정을 정의한 후 버튼을 클릭하십시오.

   

3. 업로드가 진행되며, 완료되면 요약 수준의 프로젝트 목록에 해당 프로젝트 항목이 추가됩니다.

   

Important Considerations

프로젝트 업로드에는 다음이 포함됩니다:

• 프로젝트 파일(PrjPcb)에 등록되어 프로젝트에 추가된 설계 파일.
• 지정된 프로젝트 폴더에 있는 기타 모든 파일.

프로젝트 업로드에는 다음이 not포함되지 않습니다:

• 지정된 프로젝트 폴더의 하위 폴더에 있는 파일(단, 프로젝트에 포함되어 프로젝트 파일에 등록된 경우는 예외).

• 지정된 폴더 외부에 위치하지만 프로젝트에 추가/링크된 모든 파일.

• 예를 들어 생성된 Gerber 제작 출력물 등이 있는 Project Outputs for <project> 폴더의 모든 파일.

권장 사항:

• 원본 프로젝트 폴더에는 프로젝트 파일(PrjPcb)이 하나만 있도록 하십시오. 여러 프로젝트 파일이 Workspace 저장소에 업로드되면 Web Viewer에서 올바른 설계 문서가 표시되지 않을 수 있습니다.

Gerber 또는 ODB++ 파일 세트 업로드

Workspace는 아카이브 형식으로 생성된 Gerber/ODB++ 제조 파일 세트도 허용하며, Manufacturing Files 버튼 메뉴에서 제공되는 옵션을 통해 업로드할 수 있습니다. 업로드 프로세스는 기본적으로 위에서 설명한 프로젝트 업로드 프로세스와 동일합니다.

Gerber/ODB++ 프로젝트 이름을 클릭하거나, 연결된 메뉴의 Open 옵션을 사용하여 Workspace의 전용 뷰어에서 파일 세트를 로드합니다. 이를 통해 포함된 모든 파일/레이어의 합성 뷰를 제공하고, 레이어를 숨기거나 단독으로 표시할 수 있으며, 점-대-점 측정 기능을 제공하고, 배치된 comments를 지원합니다.

프로젝트 폴더 계층 구조 만들기

Related information: 콘텐츠 구조 및 접근 관리

Workspace는 서버 구조 내에서 프로젝트 폴더를 생성하고 관리하는 기능도 제공합니다. 그런 다음 생성된 폴더 계층 구조의 어떤 폴더에도 프로젝트를 생성하거나 이동할 수 있습니다.

(기본) 최상위 Project 폴더 아래에 새 폴더를 만들려면 프로젝트 목록 위의 버튼을 클릭한 다음, 메뉴의 Create 그룹 아래에 있는 Folder 항목을 선택합니다. 표시되는 Create Folder 창에서 새 폴더의 이름, 상위 폴더, 그리고 선택적 설명을 지정합니다. 새 폴더는 항상 현재 선택된 폴더 아래에 생성되며, 해당 폴더가 상위 폴더가 됩니다. 새 폴더의 권한은 상위 폴더에서 상속되며, 현재 사용자와 다른 경우 해당 폴더의 ‘owner’에 대한 쓰기 권한도 포함됩니다.

필요한 속성을 정의한 후 를 클릭합니다. 새 폴더(하위 폴더)가 생성되며 해당 폴더로 이동합니다.

필요에 따라 추가 폴더를 계속 생성하여 설계 프로젝트를 저장하고 분류할 폴더 계층 구조를 구축하십시오. 이후 폴더를 추가로 생성할 때, 다음 이미지와 같이 해당 폴더들을 상위 폴더로 선택할 수 있습니다.

정의된 프로젝트 폴더 계층 구조 예.

폴더 계층 구조 탐색

Projects page를 기본 그래픽 보기로 들어가면, 기본 최상위 Projects 폴더의 프로젝트 콘텐츠가 표시됩니다. 한 단계 아래의 모든 하위 프로젝트 폴더도 페이지 상단에 표시됩니다. 폴더 이름이 길면, 폴더 항목 위에 커서를 올려 전체 이름을 툴팁으로 확인해야 할 수 있습니다. 이 경우 목록 보기로 전환( 클릭)하면 사용 가능한 2차 레벨 폴더를 더 쉽게 확인할 수 있습니다. 폴더를 선택하면 오른쪽 패널에 해당 폴더의 정보가 표시됩니다.

폴더에 접근하려면 (그래픽 보기에서는) 이름을 클릭하거나, (목록 보기에서는) 해당 항목을 더블클릭합니다. 보기 상단의 브레드크럼을 사용하면 폴더 계층 구조의 상위로 빠르게 이동할 수 있습니다.

폴더 공유

기존 프로젝트 폴더의 공유 권한을 수정하려면 Projects page에서 해당 폴더 항목을 선택한 다음, 연결된 control에서 Share 항목을 선택하거나 상단의 버튼을 클릭합니다. Share Item 창에서는 지정된 사용자 또는 그룹(Share Item With 항목)에 대한 폴더 접근 권한을 추가할 수 있고, 폴더의 기존 공유 권한(Share With 아래)을 확인 및 수정할 수 있습니다. 단, 기본 Owner 및 Administrator 권한은 변경할 수 없습니다.

Share Item 창에서는 선택한 폴더에 적용되는 공유 권한을 추가하고 수정할 수 있습니다.

Shared With 항목에서 일부 사용자 접근 수준(View, Edit, 또는 No access)을 선택할 수 없는 경우가 있습니다. 이는 접근 수준을 변경하면 상위 폴더에서 상속된 권한 세트와 충돌(하향 조정)될 수 있기 때문입니다. 기본적으로는 모든 사용자에 대해 Edit 권한이 적용됩니다. Share Item 창의 Advance Settings 아래에서 Inherit parent folder permissions 옵션을 비활성화하면, 폴더 권한을 상위 폴더와 분리하여 권한 상속을 비활성화할 수 있으며, 그 결과 모든 접근 수준 옵션을 활성화할 수 있습니다.

자세한 내용은 Managing Content Structure & Access page를 참조하십시오.

폴더 편집

기존 프로젝트 폴더의 속성을 편집하려면 Projects page에서 해당 폴더 항목을 선택하고, 프로젝트/폴더 목록 위의 control을 클릭한 다음, 연결된 메뉴에서 Edit 항목을 선택합니다.

편집 명령은 Projects page에서도 사용할 수 있습니다. 필요한 폴더의 타일을 선택한 다음 아이콘의 컨텍스트 메뉴에서 Edit 명령을 선택하십시오. Projects page가 목록 보기일 때는, 필요한 폴더 항목의 맨 오른쪽에 있는 control을 클릭하고 연결된 메뉴에서 Edit 명령을 선택합니다.

다음 Edit Folder 창에서 폴더의 Name과 Description을 변경할 수 있습니다. 변경 사항을 확인하려면 버튼을 클릭하십시오.

프로젝트 폴더의 Name 및 Description 는 언제든지 편집할 수 있습니다.

계층 구조 내에서 폴더 이동

계층 구조에서 폴더를 다른 상위 폴더 아래로 이동(재배치)하려면 Projects page에서 해당 폴더 항목을 선택하고, 프로젝트/폴더 목록 위의 control을 클릭한 다음, 연결된 메뉴에서 Move 항목을 선택합니다.

이동 명령은 Projects page에서도 사용할 수 있습니다. 필요한 폴더의 타일을 선택한 다음 아이콘의 컨텍스트 메뉴에서 Move 명령을 선택하십시오. Projects page가 목록 보기일 때는, 필요한 폴더 항목의 맨 오른쪽에 있는 control을 클릭하고 연결된 메뉴에서 Move 명령을 선택합니다.

새 상위 폴더를 선택할 수 있는 Move folder window가 표시됩니다. 이동을 실행하려면 버튼을 클릭하십시오. 폴더는 선택한 새 상위 폴더의 하위 폴더로, 포함된 프로젝트들과 함께 이동됩니다.

폴더는 폴더 계층 구조 내에서 언제든지 이동할 수 있습니다.

폴더 제거

Workspace에서 기존 프로젝트 폴더를 제거하려면 Projects 페이지에서 해당 항목을 선택하고, 프로젝트 폴더 목록 위에 있는 컨트롤을 클릭한 다음, 연결된 메뉴에서 Remove 항목을 선택합니다.

제거 명령은 Projects 페이지에서도 사용할 수 있습니다. 필요한 폴더의 타일을 선택한 다음 아이콘의 컨텍스트 메뉴에서 Remove 명령을 선택합니다. Projects 페이지가 목록 보기일 때는 필요한 폴더 항목의 맨 오른쪽에 있는 컨트롤을 클릭하고, 연결된 메뉴에서 Remove 명령을 선택합니다.

Remove 창이 표시되며, 여기서 제거를 확인합니다. 삭제를 진행하려면 버튼을 클릭합니다.

폴더는 폴더 계층 구조에서 제거되며, 그 안에 포함된 프로젝트도 함께 제거됩니다. 이후 제거된 폴더의 상위 폴더로 이동합니다. 프로젝트 폴더는 Trash page에서 복원하거나 영구 삭제할 수 있습니다. 폴더와 함께 제거된 프로젝트는 Trash page에서 복원하거나 영구 삭제할 수 있지만, 해당 프로젝트의 소유자 또는 Workspace Administrator만 가능합니다.

프로젝트 폴더 삭제 – Workspace의 격리된 Trash 영역으로 보내는 작업입니다.

프로젝트 찾아보기

Workspace 브라우저 인터페이스의 Projects 페이지에 있는 프로젝트 목록에는 사용자가 접근 권한을 가진 모든 프로젝트가 포함되며, 폭넓은 프로젝트 관리 기능과 컨트롤을 제공합니다. 버튼을 사용해 페이지를 목록 보기로 전환하고, 버튼을 사용해 페이지를 그래픽 보기(기본 보기)로 전환합니다.

프로젝트 목록은 마지막 수정 날짜 기준으로 자동 정렬되며, 가장 최근에 수정된 프로젝트가 (그래픽 보기에서는) 목록의 왼쪽 상단에, (목록 보기에서는) 목록의 맨 위에 표시됩니다. 그래픽 보기()에서는 버튼을 사용해 프로젝트 문서를 이름, 설명, 작성자, 소유자 또는 마지막 수정 날짜() 기준으로 빠르게 정렬할 수 있습니다.

목록 보기()에서는 각 경우에 해당하는 열 헤더를 사용하여 프로젝트 목록을 Name, Description, Author, Owner 또는 Last Modified 기준으로 정렬할 수 있습니다. 한 번 클릭하면 오름차순으로 정렬되고, 다시 클릭하면 내림차순으로 정렬됩니다. 열 이름 오른쪽의 화살표는 현재 활성화된 정렬 방향을 나타냅니다. 한 보기에서 선택한 정렬 방식은 두 보기 모두에 적용됩니다.

필터() 드롭다운 메뉴 옵션을 사용하여 목록을 특정 문서 유형, 소유자 및/또는 접근 권한 보유자 기준으로 제한할 수 있습니다.

기본 그래픽 보기()에서 프로젝트 타일에는 프로젝트 이름과 마지막 수정 날짜가 포함됩니다. PCB가 있는 경우, 프로젝트 타일은 프로젝트 PCB의 탑다운 3D 뷰로 자동 채워집니다.

페이지 그래픽 보기에서 선택된 프로젝트 및 Managed BOM 타일.

목록 보기()에서 각 프로젝트 항목에는 다음 정보가 포함됩니다.

• Name – 프로젝트 이름.

• Description – 프로젝트에 입력되었거나 생성된 설명.

• Author – 프로젝트를 생성한 사용자.

• Owner – 프로젝트가 새 소유자에게 이전되지 않은 경우 Author. 관련 정보는 Transferring Project Ownership를 참고하십시오.

• Last Modified – 프로젝트가 마지막으로 수정된 날짜 및 시간.

두 프로젝트 보기(그래픽/목록) 모두에서, 목록 오른쪽 상단에 다음 컨트롤이 제공됩니다(자세한 내용은 이어지는 링크된 섹션에 설명). 이 컨트롤은 목록에서 현재 선택된 프로젝트에 대해 동작합니다.

(Share) – 클릭하면 Share 창에 접근하며, 다른 사용자와 프로젝트를 공유하는 데 필요한 모든 컨트롤을 제공합니다.

(More) – 클릭하면 추가 옵션에 접근합니다.

• Open – 클릭하여 프로젝트의 상세 관리 페이지를 엽니다. 이 페이지는 브라우저의 별도 탭에서 열립니다.

• Share – 클릭하여 Share 창에 접근하며, 다른 사용자와 프로젝트를 공유하는 데 필요한 모든 컨트롤을 제공합니다.

• Move – 클릭하여 Move Project 창에 접근합니다. 여기서 folder hierarchy에 있는 사용 가능한 모든 폴더 중에서 프로젝트를 이동할 다른 상위 폴더를 선택할 수 있습니다.

• Edit – 클릭하여 Edit Project 창에 접근합니다. 여기서 프로젝트의 Name, Description 및 서버 Parameters를 변경할 수 있습니다. Parent Folder 필드는 편집할 수 없으며 정보만 제공합니다. 상위 폴더를 변경하려면 Move command를 사용해야 합니다.

• Clone – 이 명령을 선택하면 Clone Project 창에 접근하며, 프로젝트의 동일한 복사본을 만들기 위한 컨트롤을 제공합니다.

• Watch – 이 명령을 선택하면 프로젝트를 팔로우합니다. Workspace에서 이메일로 관련 알림(예: 업데이트, 릴리스, 권한 변경)을 받게 됩니다(단, Administrator가 Workspace에 대해 이메일 알림을 활성화한 경우). 프로젝트 생성자는 자동으로 해당 프로젝트를 감시하도록 설정됩니다.

• UnWatch – 이 명령을 선택하면 프로젝트 팔로우를 중지하고 해당 프로젝트 관련 이벤트 알림 수신을 중단합니다.

• Remove – 이 명령을 선택하면 프로젝트를 제거합니다. 삭제를 확인하는 Remove 창이 표시됩니다. 이 작업은 ‘소프트 삭제’로, 프로젝트(Revision 및 Release 포함)가 Workspace의 Trash 영역으로 이동됩니다.

또한 모든 프로젝트 폴더에 걸쳐 프로젝트를 검색할 수 있는 프로젝트 Search 기능도 포함되어 있습니다. Workspace 파라미터의 이름과 값으로 검색할 수 있으며, 이를 통해 최적의 검색을 위한 사용자 정의 프로젝트 파라미터(예: 고객명, 프로젝트 번호)를 만들 수 있습니다. 브라우저 인터페이스 상단의 필드에 검색 문자열의 일부를 입력하면, 해당 검색 문자열을 속성에 포함하는 프로젝트 항목만 목록에 표시되도록 업데이트됩니다.

검색 기능 사용 예시(이 경우 프로젝트 파라미터 값(Customer Name)을 기반으로 프로젝트를 찾음).

속성 창

아직 표시되지 않았다면, 오른쪽 패널 상단의 Properties 을 클릭하여 Properties 창에 접근합니다. 이 창에는 현재 선택된 프로젝트의 상세 속성 정보가 표시됩니다.

Properties 창에서 현재 선택된 프로젝트에 대한 더 상세한 정보에 접근합니다.

Properties 창에서 사용할 수 있는 속성 데이터는 Workspace가 현재 선택된 프로젝트에서 추출하거나 생성한 것입니다. 창의 최상단 영역에는 (프로젝트에 PCB가 있는 경우) 보드의 3D 뷰가 표시되며, 프로젝트 이름, 설명, 소유자, 생성 시점과 마지막 수정 시점, 그리고 프로젝트의 상위 폴더로 연결되는 링크를 포함한 일반적인 상위 수준 정보가 함께 제공됩니다.

추가 속성은 다음의 확장 가능한 제목 아래에 정리되어 있습니다(설명을 위한 예시 이미지 포함).

• Child Projects(Multi-board projects 전용) – Multi-board 프로젝트에 포함되어 있으며 해당 프로젝트에 링크된 하위 프로젝트 PCB 목록입니다. 하위 프로젝트 링크를 클릭하면 일반적으로와 같이 Web Viewer에서 해당 PCB 프로젝트가 열립니다.

  

• Who Has Access – 프로젝트에 접근할 수 있는 Workspace 그룹 및 멤버에 대한 요약입니다. 아이콘에 마우스를 올리면 표시된 공유 접근 권한의 세부 정보를 확인할 수 있으며, 이는 아래 텍스트로도 요약되어 있습니다.
  Manage Access 명령을 사용하면 프로젝트의 Share 대화상자를 직접 열 수 있습니다. 아래의 Sharing a Project를 참고하세요.

  

• Reports – 현재 선택된 프로젝트에 대해 생성된 전기/설계 규칙 검사(ERC 및 DRC)와 각 보고서의 오류/위반 개수입니다. ERC 또는 DRC 항목을 선택하면 프로젝트 내에서 보고서 세부 정보를 열어 확인할 수 있습니다. Web Viewer의 DRC and ERC Reports를 참고하세요.

  

• Parameters – 프로젝트 설계 자체에서 추출되거나 계산된 상세 데이터의 종합 모음입니다. Show 컨트롤을 클릭해 전체 목록을 펼치고, Hide을 클릭해 다시 접습니다.

  

• Where Used – Multi-board projects 등, 해당 프로젝트를 자식 엔터티로 사용하는 연관 프로젝트 목록입니다. 목록의 Where Used 프로젝트 링크를 클릭하면 해당 상위 프로젝트가 열립니다.

  

• Releases – 프로젝트의 Releases 목록입니다. 여러 릴리스가 순차적으로 표시되며, 최신 릴리스가 맨 위에 표시됩니다. 항목을 클릭하면 해당 릴리스가 열리며, Manufacturing Portal를 통해 별도의 탭에 표시됩니다. 이 포털에서 릴리스된 파일 데이터를 보고 탐색할 수 있고, BOM을 검토하며, 설계 자체의 스냅샷(해당 릴리스 데이터의 소스)에 대해 확인 및 코멘트할 수 있습니다. 또한 다양한 세분화 수준(전체 데이터 세트부터 개별 생성 출력 파일까지)으로 제조 데이터를 다운로드하는 컨트롤에도 접근할 수 있습니다. 선택한 릴리스는 Manufacturing Package로서 제조사에 직접 전송할 수도 있습니다.

  

Activity Pane

아직 표시되고 있지 않다면, 오른쪽 패널 상단의 Activity 를 클릭하여 Activity pane에 접근하세요. 이 패널은 현재 선택된 프로젝트의 활동 정보를 표시합니다. 각 메시지는 프로젝트와 관련해 발생한 이벤트(속성 변경, 새 커밋, 릴리스 등)를 강조 표시합니다. 가장 최근 이벤트가 목록 상단에 표시됩니다.

현재 선택된 프로젝트에서 발생한 이벤트 이력은 Activity pane에서 확인할 수 있습니다.

Sharing a Project

프로젝트가 Workspace에서 사용 가능해지면, 실제로 어떤 사용자가 해당 프로젝트에 접근할 수 있는지 결정해야 합니다. 이는 접근 권한을 별도로 “구성”하는 방식이 아니라, 프로젝트를 “공유”하는 방식으로 수행합니다.

Sharing Defaults

Workspace에서 새로 생성되었거나 사용 가능해진 프로젝트는 기본적으로 다음 대상과 공유됩니다.

• 프로젝트 소유자(일반적으로 프로젝트를 생성했거나 Workspace에서 사용 가능하게 만든 설계자): 전체 편집 권한.

• Administrators 그룹: 전체 편집 권한.

• 프로젝트의 상위 폴더(프로젝트가 생성된 폴더)에서 상속된 권한 또는 Workspace 관리자가 지정한 고정 기본 권한 세트에 의해 결정되는 기타 사용자/그룹.

새로 생성되는 프로젝트의 default location은 Workspace 인터페이스의 Admin – Settings – Projects 페이지에서 정의/변경됩니다. Default path for new projects 필드를 선택해 편집하여 다른 기본 위치를 지정할 수 있습니다. 새 프로젝트는 이 위치에 저장되거나, 사용자가 현재 열어 둔 다른 폴더에 저장됩니다(단, 해당 폴더에 대한 Write 접근 권한이 있어야 함).

새 프로젝트의 기본 위치는 Workspace 브라우저 인터페이스의 관리자 영역에서 관리할 수 있습니다.

새로 생성되는 프로젝트의 default access permissions은 Admin – Settings – Projects 페이지에서 Default permissions for new projects 옵션을 활성화하여 지정할 수 있으며, 이 경우 새 프로젝트가 상위 폴더의 권한을 상속하는 기본 동작을 무시합니다. 이 옵션을 활성화하면 새로 생성되는 모든 프로젝트에 적용될 명시적 접근 권한 세트를 정의할 수 있습니다. 모든 새 프로젝트가 Projects 폴더와 같은 단일 위치에 생성되는 경우, 이 방식이 바람직할 수 있습니다. 자세한 내용은 Managing Project Creation Permissions를 참고하세요.

새 프로젝트에 대한 기본 접근 권한 세트는 Workspace 브라우저 인터페이스의 관리자 영역에서 지정할 수 있습니다.

프로젝트 폴더의 공유는 Admin – Explorer 페이지에서 구성할 수 있습니다. 폴더 항목을 마우스 오른쪽 버튼으로 클릭해 컨텍스트 메뉴에서 Share Folder 옵션을 선택하거나, 관리자 또는 폴더 소유자의 경우 Projects 페이지 뷰에서 설정할 수 있습니다. 위의 Sharing a folder를 참고하세요. 새로 활성화된 Workspace에서는 루트 Projects 폴더에 대한 쓰기 접근이 모든 Workspace 멤버에게 제공됩니다(공유 관점에서). 즉, Anyone 에 대한 Write 권한(모든 Workspace 사용자가 폴더에 추가하거나 폴더를 편집할 수 있음)입니다.

공유는 특정 사용자 또는 그룹으로 변경할 수 있지만, 권장되는 방식은 이 최상위 폴더 아래에 폴더 계층을 만들고, 특정 폴더 및 그에 포함된 프로젝트에 사용자 지정 공유를 적용하여 공유(즉, 접근)를 구체적으로 제어하는 것입니다.

Projects 폴더는 Workspace의 최상위 폴더이며 관리자만 접근할 수 있습니다. 이 레벨 아래에 권한 제어가 가능한 폴더 계층을 만들어 Workspace 멤버의 접근을 관리하세요.

Sharing Overview

Workspace 브라우저 인터페이스에서 프로젝트 접근 권한을 구성하려면, 인터페이스의 Projects 페이지에서 프로젝트 타일을 선택하고 컨텍스트 메뉴에서 Share 명령을 선택하거나, 상단의 버튼을 클릭합니다. Projects 페이지가 목록 보기로 표시된 경우, 프로젝트 항목 맨 오른쪽의 컨트롤을 클릭하고 연결된 메뉴에서 Share 명령을 선택합니다.

다음 Share 창에는 프로젝트를 다른 사용자와 공유하는 데 필요한 모든 컨트롤이 포함되어 있습니다.

설계 프로젝트가 Workspace에서 중앙 관리되면, 다른 사람과의 공유는 각 프로젝트의 권한을 관리하는 것만으로 간단히 처리됩니다.

유의할 사항:

• 권한 관점에서 Can Edit 옵션이 선택되면 사용자/그룹은 프로젝트에 대한 전체 편집 권한을 갖습니다. 그렇지 않으면 보기 전용 권한을 갖습니다.

• Owner 및 Administrators 그룹은 항상 전체 편집 권한을 가집니다(Can Edit).

• Owner 및 Administrators 그룹을 제외하면, 포함된 모든 사용자/그룹의 권한은 개별적으로 Can View 또는 Can Edit로 설정하거나 접근 권한을 완전히 제거할 수 있습니다.

• 프로젝트는 특정 사용자 및/또는 그룹과 명시적으로 공유할 수도 있고, Workspace의 어떤 멤버(또는 모든 멤버)와 공유할 수도 있습니다.

Sharing with a Specific User or Group

Workspace에서 지정된 사용자 및/또는 그룹과 프로젝트를 공유하는 절차는 다음과 같습니다.

1. Share window의 Share Project With 필드에 필요한 사용자/그룹 이름을 추가합니다. 항목을 추가하려면 필드에 원하는 이름/그룹을 입력하기 시작하면, 동적 목록에서 일치하는 사용자/그룹을 선택할 수 있습니다. 이 목록에는 Workspace의 필터링된 멤버와 Workspace에 정의된 기존 그룹만 표시됩니다. 여러 사용자/그룹을 선택할 수 있습니다. 입력된 사용자/그룹을 제거하려면 해당 항목에 연결된 컨트롤을 클릭합니다.

   

2. 연결된 드롭다운 메뉴에서 Can View 또는 Can Edit를 선택하여 추가된 사용자/그룹의 공유 접근 권한을 설정합니다. 후자의 옵션은 보기 기능을 본질적으로 포함합니다. 이 설정은 처음에는 Share Project With 필드에 포함된 모든 항목(사용자/그룹)에 적용됩니다.

   

3. 이 프로젝트의 공유 방식과 관련된 정보를 포함하고 싶다면 컨트롤을 클릭하여 텍스트 영역에 입력합니다.

   

4. Shared With 컨트롤을 클릭하면 현재 프로젝트가 (명시적으로) 공유된 사용자/그룹이 표시되며, 기본적으로 Owner 및 Administrators 그룹이 포함됩니다.

   

   Owner 및 Administrators 그룹을 제외하면, 포함된 모든 사용자/그룹에 대한 권한은 각각 Can View, Can Edit, Owner로 개별 설정하거나 접근 권한을 완전히 제거할 수 있습니다. 현재 권한 상태를 클릭하여 제어 항목에 접근합니다.

   Make Owner 옵션에 대한 자세한 내용은 Transferring Project Ownership을(를) 참조하십시오.

   

5. Workspace의 모든 멤버에게 접근을 열려면 Workspace Members 항목 드롭다운 메뉴에서 적절한 권한 수준( Can View(읽기 전용 접근) 또는 Can Edit(전체 읽기/쓰기 접근) )을 선택합니다. No access로 설정하면 Owner, Administrators 및 공유를 위해 명시적으로 추가된 사용자만 접근할 수 있습니다.

   Workspace의 권한 상속 체계로 인해 일부 권한 수준 옵션이 비활성화될 수 있음()에 유의하십시오. 이는 상위 폴더에서 상속된 권한이 하향 조정되는 것을 방지하여, 기존의 상위-하위 상속 관계를 위반하지 않도록 하기 위함입니다. 상위-하위 상속을 의도적으로 끊으려면 Share 창의 Advanced Settings에서 Inherit parent folder permissions 옵션을 비활성화하십시오.

   

6. Share 창의 Advanced Settings에는 공유받은 사용자가 프로젝트를 다시 공유하거나 다운로드할 수 있는 대상을 제어할 수 있는 옵션이 포함되어 있습니다. 이 설정을 통해 편집 권한(Can Edit)이 부여된 사용자가 프로젝트를 공유할 수 있는지, 읽기 전용 권한(Can View)을 가진 사용자가 프로젝트를 다운로드할 수 있는지를 지정할 수 있습니다.

   실제로 이를 통해 추가 공유()를 제한할 수 있습니다. 또한 보기 전용 접근 사용자에 대해서는 네이티브 데이터(프로젝트 자체)와 파생 데이터(예: 생성된 Gerber 또는 PDF – )를 다운로드할 수 있는지 여부를 제어할 수 있습니다. 이들은 Web UI에서 데이터는 계속 볼 수 있으며 댓글을 남길 수 있습니다.

   

   • 보기 전용 접근 권한을 가진 사람이 다운로드가 허용되지 않으면 Web UI를 통해서만 프로젝트를 볼 수 있습니다. Altium Designer에서는 프로젝트를 볼 수 없는데, 그렇게 하려면 먼저 프로젝트를 다운로드해야 하기 때문입니다.

   • Editors는 항상 프로젝트를 다운로드할 수 있고 Viewers는 프로젝트를 공유할 수 없다는 점에 유의하십시오.

7. 버튼을 클릭하여 프로젝트의 업데이트된 공유 권한을 확정합니다. 해당 사용자(들)가 프로젝트의 접근 목록에 추가됩니다. (허용된 경우) Altium Designer에서 프로젝트를 열 수 있으며, Workspace의 브라우저 기반 인터페이스(Projects page에서)로도 접근할 수 있습니다.

직접 링크로 공유

프로젝트에 대한 직접 링크를 공유할 수도 있습니다. 링크는 Sharing window 하단의 컨트롤을 클릭하여 얻습니다. 이 링크는 프로젝트의 현재 공유 권한을 기준으로 접근을 제공합니다. 사용자 접근은 Workspace Members 항목 권한 설정(No access, Can View, Can Edit) 또는 해당 사용자 이름(또는 사용자가 속한 그룹)에 대해 명시적으로 추가된 Share Project With 항목에 적용된 권한에 의해 결정됩니다.

Sharing 창에 설정된 기존 공유 권한에 의해 사용이 관리되는 프로젝트 직접 링크를 획득합니다.

링크는 클립보드에 복사됩니다. 사용 시, (허용되는 경우) 해당 사용자에게 프로젝트의 상세 관리 페이지로 직접 접근을 제공하며, 그 개요는 다음 섹션에 제시됩니다.

멀티보드 프로젝트 공유

멀티보드 프로젝트는 여러 PCB 설계 프로젝트를 포함하여 완전한 기능 시스템을 구성하는 특수한 프로젝트 유형입니다. 하위 프로젝트는 상위 멀티보드 프로젝트에 연결되어, 전체 시스템의 전기적/물리적 연결성을 설정하기 위한 데이터 소스로 사용될 수 있습니다.

멀티보드 프로젝트 작업에 대한 자세한 내용은 Multi-board Design을(를) 참조하십시오.

멀티보드와 관련 하위 프로젝트 간의 링크는 멀티보드 프로젝트 자체(*.PrjMbd)에 상대 경로로 저장되므로, 설계 클라이언트(Project » Make Project Available on Server)에서 프로젝트를 Workspace VCS에 저장할 때 이 경로가 유효하게 유지되어야 합니다. 실제로 이는 all 프로젝트가 Workspace에 저장되어 있고 올바른 폴더 구조에 위치하도록 보장하는 것을 의미합니다. 다만 대부분의 경우 멀티보드 시스템에 포함된 모든 프로젝트는 동일한 폴더에 있을 가능성이 큽니다.

멀티보드 프로젝트를 공유할 때도 동일한 고려 사항이 적용됩니다. 상위 멀티보드 프로젝트와 관련 하위 프로젝트 모두를 동일한 View/Edit 권한으로 동일한 Workspace 멤버에게 공유해야 합니다. 이후 사용자가 설계 클라이언트에서 멀티보드 프로젝트를 처음 열 때는 관련 하위 프로젝트도 함께 열어야 하며, 이때도 상대 폴더 구조가 로컬에서 올바른지 다시 확인해야 합니다.

프로젝트 소유권 이전

Workspace Administrators와 함께, 프로젝트의 Owner(기본적으로 프로젝트를 생성/추가한 사용자)는 전체 프로젝트 편집 권한을 가지며, 프로젝트에 공유 접근 권한이 있는 다른 멤버는 프로젝트 Share window에 지정된 대로 Edit/View 권한을 갖습니다.

Share window는 현재 프로젝트 Owner를 표시하며, 소유권을 다른 Workspace 멤버에게 이전하는 옵션을 제공합니다.

프로젝트의 Owner 상태와 그에 내재된 편집 권한은 프로젝트 Share window를 통해 한 Workspace 멤버에서 다른 멤버로 이전할 수 있으며, 이를 통해 새 소유자가 해당 프로젝트를 완전히 제어할 수 있습니다. 이 옵션은 Administrators와 현재 프로젝트 소유자에게 제공되며, 이전 대상은 다른 Workspace 멤버로만 제한됩니다(단, Engineers 또는 Administrators 같은 멤버 그룹은 대상이 될 수 없음).

Workspace 멤버가 프로젝트의 소유권 상태와 권한 세트를 받으려면, 해당 프로젝트에 대해 이미 공유 접근 권한이 있어야 합니다. 그런 다음 Share window(Make Owner)의 권한 드롭다운 메뉴에서 해당 멤버의 현재 프로젝트 View/Edit 권한 설정을 Owner로 변경할 수 있습니다. 창의 버튼과 이어지는 경고 창()에서 소유권 이전을 확인하십시오.

권한 드롭다운 메뉴에서 Make Owner 옵션을 선택하여 프로젝트 소유권을 다른 Workspace 멤버에게 이전합니다.

서버의 Email Notifications가 활성화되어 있으면, 새 프로젝트 Owner는 소유권 이전 알림 이메일을 받게 됩니다.

Workspace 프로젝트 활동

Workspace는 설계 검토 수행 및 새 프로젝트 생성과 같은 맞춤형 작업을 수행하기 위해, Workspace 프로젝트에 구성 가능한 Process Workflows를 적용할 수 있는 고유한 기능을 제공합니다. 프로세스와 그 기반이 되는 워크플로는 Workspace 관리자가 생성 및 구성하며, 활성화되면 Altium Designer와 Workspace 브라우저 인터페이스 사용자 모두에게 제공됩니다.

자세한 내용은 Creating & Managing Processes를 참조하십시오.

Altium Designer에서 이러한 프로세스에 대한 정보는 Performing Design Reviews를 참조하십시오.

사용자 관점에서 Process Workflows와 그에 내재된 단계는 Activities로 간주됩니다. 사용자는 사용 가능한 활동을 호출할 수 있으며, 할당된 사용자는 일련의 작업으로 워크플로 단계를 완료할 수 있습니다. 이는 Tasks page에서 사용할 수 있습니다.

Designs page(Projects)에서 메뉴를 선택하고, 사용 가능한 Processes 중에서 선택하여 현재 선택된 프로젝트에 대한 활동을 시작합니다. 이어지는 프로세스 양식 창에서 필요한 필드와 옵션을 완료한 다음 프로세스를 시작합니다(). 호출된 Process Workflow에 따라, 검토를 위해 데이터를 준비하려면 다음 단계 제출()이 필요할 수 있습니다.

그런 다음 해당 활동에 할당된 사용자(들)를 위한 Workflow Tasks가 생성됩니다. 로그인한 사용자에게 해당되는 작업은 Tasks page에 표시되며, 이를 처리하여 워크플로를 다음 단계로 진행할 수 있습니다.

활동이 그룹에 할당된 경우(예: Engineers) 관련 Task는 해당 그룹의 모든 멤버와 활동에 개별적으로 할당된 사용자 모두에게 제공됩니다. 이런 경우 이들 사용자 중 누구든지 검토 단계를 완료하고 결과를 제출()할 수 있습니다.

프로젝트의 상세 관리 페이지에 접근하기

Main page: 특정 프로젝트 관리

Workspace는 제조 중심의 고급 CAD 중심 프로젝트 뷰를 제공하며, 필요한 프로젝트를 선택한 뒤 프로젝트 목록 위의 컨트롤을 클릭하고 관련 메뉴에서 Open 항목을 선택하면 열 수 있습니다. 또는 목록에서 해당 프로젝트 항목을 직접 더블클릭합니다.

해당 프로젝트의 상세 관리 페이지가 CAD 중심 인터페이스를 포함한 새 브라우저 탭에서 열리며, 다음과 같은 여러 보기 옵션을 제공합니다:

• Design – 소스 프로젝트 설계 문서를 표시하고 탐색하며, 설계 객체 속성을 확인하고 검토 코멘트를 남길 수 있습니다. 이 뷰는 Web Viewer 인터페이스를 사용하여 설계를 서로 구분된 데이터 서브 뷰로 표시합니다. 이 뷰는 프로젝트의 특정 릴리스가 아니라 소스 프로젝트 데이터의 최신 버전을 대상으로 하므로, 진행 중(WIP) 뷰로 볼 수 있습니다.

• Simulation – 현재 프로젝트 또는 프로젝트 Release와 연관될 회로 시뮬레이션 결과 파일을 업로드(드래그 앤 드롭)할 수 있습니다. 파일은 사실상 프로젝트에 첨부되며, 이를 통해 Workspace 구성원이 현재 열려 있는 프로젝트와 관련된 시뮬레이션 결과 문서를 확인 및/또는 다운로드할 수 있습니다. 자세한 내용은 Management of a Specific Project – Simulation을 참조하세요.

• Tasks – 현재 프로젝트에 적용되는 모든 Tasks(활동 작업)를 표시하는 플로우 형태의 인터페이스를 보고 상호작용할 수 있습니다.

• Releases – 현재 프로젝트의 모든 Release에 대한 요약 정보를 확인할 수 있으며, 각 Release는 Manufacturing Portal 뷰에서 열 수 있습니다. 이 뷰는 선택한 릴리스의 릴리스 패키지 파일, 설계 문서, 공급 데이터에 대한 서브 뷰를 제공합니다.

• Activities – 현재 프로젝트에 적용되는 활성 또는 종료된 Process workflow Activities를 확인합니다.

• History – 프로젝트 생성, 커밋, 릴리스, 클론을 포함한 프로젝트 관련 주요 이벤트의 진행 타임라인을 탐색합니다. 프로젝트와 연관된 지원 이벤트가 발생할 때마다 해당 이벤트가 전용 타일로 타임라인에 추가되며, 적용 가능한 경우 설계 데이터 비교 등의 다양한 작업이 지원됩니다.

• Assembly – BOM 항목과 그 그래픽 대응 항목 간의 상호작용을 기반으로 하는 시각적 보드 조립 도구에 접근할 수 있습니다. PCB 보드를 물리적으로 조립하는 단계를 따라갈 수 있도록 돕는 감사 추적 가능한 단계별 프로세스를 실행할 수 있습니다.

자세한 내용은 Management of a Specific Project을 참조하세요.

프로젝트 이동

폴더 계층 구조에서 다른 상위 폴더 아래로 프로젝트를 이동(재배치)하려면 Projects 페이지에서 해당 항목을 선택하고, 프로젝트/폴더 목록 위의 컨트롤을 클릭한 다음 관련 메뉴에서 Move 항목을 선택합니다.

Move project 창이 나타나며, 여기서 새 상위 폴더를 선택합니다. 이동을 실행하려면 버튼을 클릭합니다. 프로젝트는 선택한 폴더로 이동되며, 해당 폴더로 이동(전환)됩니다.

프로젝트 편집

Workspace에서 기존 프로젝트의 속성을 편집하려면 Projects 페이지에서 해당 항목을 선택하고, 프로젝트 목록 위의 컨트롤을 클릭한 다음 관련 메뉴에서 Edit 항목을 선택합니다. 이후 열리는 Edit Project 창(간소화된 뷰로 열림)에서 프로젝트의 Name 및 Description을(를) 변경할 수 있습니다.

프로젝트의 Name 및 Description 은(는) 어느 단계에서든 편집할 수 있습니다.

Project Editing 창에서 버튼을 클릭하면 프로젝트에서 파생되어 함께 저장되는 추가 속성 데이터가 표시됩니다. Parameters 컨트롤을 선택하여 파라미터 Name/Value 쌍을 추가(), 편집 또는 제거()할 수 있습니다.

변경 사항을 확인하려면 버튼을 클릭합니다.

프로젝트 클로닝

기존 프로젝트를 클로닝(복사본 생성)하려면 Projects 페이지에서 해당 항목을 선택하고, 프로젝트 목록 위의 컨트롤을 클릭한 다음 관련 메뉴에서 Clone 항목을 선택합니다. Clone Project 창이 나타납니다.

프로젝트를 클로닝하면 작업 파일을 포함하여 동일한 복사본을 만들 수 있습니다.

Clone Project 창에서 프로젝트 이름과(선택 사항) 설명을 지정합니다. 기본적으로 원본 프로젝트 이름에 접미사  – Copy가 붙어 사용되며, 기본 설명이 미리 채워집니다.

Parent Folder 필드에 접근하려면 버튼을 클릭합니다. 기본적으로 이 값은 소스 프로젝트가 위치한 폴더로 설정됩니다. 필드 오른쪽의 Change 링크를 클릭하면 Workspace 폴더 구조에 접근할 수 있으며, 여기서 클론된 프로젝트를 저장할 다른 폴더를 선택할 수 있습니다. 원한다면 프로젝트를 하위 폴더 계층 구조로 구성할 수 있습니다. 자세한 내용은 Creating a Hierarchy of Project Folders 섹션을 참조하세요.

필드를 필요에 맞게 설정한 후 버튼을 클릭합니다. 원본 프로젝트는 구성 파일과 데이터와 함께 클로닝(복제)되어 Projects 페이지 목록에(선택한 상위 폴더 아래) 새 프로젝트 항목으로 추가됩니다. 생성된 클론은 사실상 새 프로젝트이므로, 권한은 creating (or uploading) a new project 때와 동일한 방식으로 설정됩니다. 즉, 권한은(기본적으로) 상위 폴더에서 상속되며, 클로닝을 수행한 사용자가 Owner가 됩니다. 관련 정보는 Managing Project Creation Permissions도 참조하세요.

프로젝트 제거

Related page: 휴지통

Workspace에서 기존 프로젝트를 제거(삭제)하려면 Projects 페이지에서 해당 항목을 선택하고, 프로젝트 목록 위의 컨트롤 또는 프로젝트 타일 내의 컨트롤을 클릭한 다음 관련 메뉴에서 Remove 항목을 선택합니다. Projects 페이지가 목록 뷰로 표시된 경우, 필요한 프로젝트 항목의 맨 오른쪽에 있는 컨트롤을 클릭하고 관련 메뉴에서 Remove 명령을 선택합니다.

다음 Remove <project> 창에는 관련 릴리스(associated Releases) 등 프로젝트와 연관된 모든 Item이 나열되며, 이들 또한 함께 제거됩니다. Show details 옵션을 선택하면 프로젝트의 Releases view를 열어 연관된 릴리스를 확인할 수 있습니다. 프로젝트에 연관된 릴리스가 없는 경우에는 단순화된 Remove 창이 표시됩니다().

Workspace 프로젝트를 제거하는 동작은 실제로 ‘소프트 삭제(soft delete)’이며, 프로젝트와 연관된 모든 Item이 Workspace의 Trash 영역으로 이동됩니다. Remove <project> 창의 버튼으로 제거 프로세스를 확인합니다.

제거가 완료되면 프로젝트 항목은 프로젝트 메인 목록에서 사라집니다. Altium Designer에서는 로컬 작업 사본(local working copy)은 이 동작의 영향을 받지 않지만, 더 이상 Workspace에 변경 사항을 저장할 수 없습니다. 이제 로컬 프로젝트가 더 이상 존재하지 않는 VCS 저장소를 참조하게 되므로, 로컬 작업 사본을 닫았다가 다시 열면 제안되는 여러 작업을 확인할 수 있습니다.

이 방식으로 제거된 모든 프로젝트는 인터페이스의 Trash 페이지에서 찾을 수 있습니다. 참고로, 사용자는 본인이 직접 소프트 삭제한 프로젝트(및 기타 항목)만 볼 수 있습니다. 관리자는 Trash 페이지의 전체 콘텐츠, 즉 소프트 삭제된 모든 항목을 확인할 수 있습니다.

소프트 삭제된 프로젝트와 관련해 고려할 사항:

• 해당 프로젝트는 설계 소프트웨어나 Web 인터페이스에서 열거나 탐색할 수 없습니다.

• 프로젝트에서 사용된 어떤 Item을 탐색할 때, 해당 프로젝트의 Where Used 항목에는 프로젝트가 제거되었음이 반영됩니다.

• 프로젝트는 해당 프로젝트의 소유자 또는 Workspace 관리자만 Trash 페이지에서 복원하거나 영구 삭제할 수 있습니다.