데이터 수집 지원
Altium은 조직이 소스 서버에서 필요한 콘텐츠를 복사하여 두 번째 타겟 서버로 전송할 수 있도록 지원하며, 이 과정을 간단히
설계 콘텐츠를 확보함으로써 소유권은 수신 서버 팀에게 확실히 귀속되며, 해당 팀은 향후 필요에 따라 자유롭게 수정하고 자사 서버에서 콘텐츠를 유지 관리할 수 있습니다. 또한, 가져온 데이터와 원본 소스 간의 연결을 유지함으로써, 복사된 콘텐츠의 소스가 업데이트될 때 알림을 받는 것을 포함하여 데이터를 지능적으로 처리할 수 있습니다. 예를 들어, 추후 원본 서버에서 설계 항목의 리비전에 변경 사항이 발생하면, 타겟 서버는 해당 리비전으로 업데이트하여 말하자면 ‘모선’과 다시 동기화할 수 있습니다. 또한 타겟 서버의 항목에 추가 릴리스가 이루어졌더라도, 항목의 원본 출처로 연결되는 링크를 유지함으로써 언제든지 원본 서버의 이전 리비전으로 되돌릴 수 있습니다.
데이터 수집 – 개념적 개요
다음 이미지는 데이터 수집 개념을 보다 높은 수준에서 그래픽으로 보여줍니다. 묘사된 데이터 수집의 원리는 수집되는 데이터의 유형에 관계없이 동일합니다.

서버 데이터 수집의 개념.
획득 가능한 항목
데이터 수집 기능을 사용하여 소스 서버에서 타겟 서버로 다음 항목 유형을 수집할 수 있습니다:
- 3D 모델
- Altium Designer 환경 설정
- 컴포넌트(관련 부품 선택 항목 포함)
- 컴포넌트 템플릿
- 데이터시트
- 풋프린트
- 관리되는 Schematic 시트
- Output 작업
- Schematic 템플릿
- 스크립트
- 시뮬레이션 모델
- 심볼
데이터 수집 시 고려 사항:
-
소스 서버에서 릴리스 상태인 데이터 항목만 수집할 수 있습니다.
-
소스 항목에 대해 선택된 리비전만 수집되며, 해당 항목에 존재할 수 있는 모든 리비전이 수집되는 것은 아닙니다.
-
소스 컴포넌트 또는 관리되는 Schematic 시트 항목의 리비전을 가져올 때, 연결된 모든 하위 항목도 함께 가져옵니다:
-
Component Item – 다음의 연결된 하위 객체에 해당하는 리비전: 심볼 항목, 풋프린트 항목, 3D 모델 항목, 시뮬레이션 모델 항목, 데이터시트 항목, 컴포넌트 템플릿 항목.획득 과정에서 ‘컴포넌트 유형(Component Type) ’ 파라미터는 전송되지 않으므로, 전송된 컴포넌트는 타겟의
Uncategorized 위치에 표시됩니다. Altium Designer의 ‘컴포넌트 유형 변경’ 작업을 사용하여 하나 또는 여러 개의 컴포넌트 항목에 원하는 컴포넌트 유형을 적용할 수 있습니다.Explorer Panel의 ‘부품 유형 변경’ 작업을 사용하여 하나 또는 여러 개의 부품 항목에 원하는 부품 유형을 적용할 수 있습니다. -
Managed Sheet Item – 다음 연결된 하위 객체의 해당 리비전: 컴포넌트 항목, 심볼 항목, 풋프린트 항목, 3D 모델 항목, 시뮬레이션 모델 항목, 데이터시트 항목, 컴포넌트 템플릿 항목, Schematic 템플릿 항목.
-
-
획득된 소스 항목 리비전의 라이프사이클은 타겟 항목에 할당된 라이프사이클 정의에 따라 초기 '출시 후' 상태로 간주됩니다. 소스 항목 리비전의 기존 라이프사이클 이력은 단순히 무시됩니다.
-
선택된 소스 컴포넌트/관리 Schematic 시트 항목의 하위 항목이 어떤 이유로든 획득할 수 없는 경우, 해당 선택된 컴포넌트/관리 Schematic 시트 항목의 획득은 진행되지 않습니다.
획득 작업은 ‘콘텐츠 카트( Content Cart)’ 대화 상자를 사용하여 수행됩니다. 이 대화 상자는 Altium Designer의 탐색기(Explorer) Panel에서 액세스할 수 있습니다. 하나 이상의 선택된 항목 리비전을 추가하거나, 항목이 포함된 폴더를 추가할 수도 있습니다(이 경우 해당 폴더에 있는 모든 항목의 최신 리비전이 카트에 로드됩니다).
Altium Designer의 사용자 인터페이스 가져오기에 대한 자세한 내용은‘콘텐츠 카트를 사용하여 워크스페이스 데이터 가져오기’ 페이지를 참조하십시오.
획득 메커니즘
배경 정보를 제공하기 위해, 다음 섹션에서는 데이터 획득 기능이 사용하는 기본 절차 흐름과 데이터 획득을 관리할 때 일반적으로 발생하는 시나리오에 대해 자세히 설명합니다.
기본 절차 흐름
다음 이미지는 소스 서버에서 데이터를 가져오는 메커니즘을 자세히 보여줍니다. 이 이미지는 지정된 소스 서버와 타겟 서버 간에 소스 항목의 선택된 리비전을 복사하는 데 관련된 절차적 흐름을 보여줍니다.

소스 서버에서 데이터를 수집하여 타겟 서버로 전송하는 메커니즘.
보시다시피, 이 절차는 기본적으로 세 가지 단계로 요약되며, 데이터의 무결성을 유지하면서 서버 간에 데이터가 전송되도록 보장합니다:
-
Download – 먼저 (소스 서버에 있는) 소스 항목의 선택된 리비전을 다운로드합니다. -
Modify & Retarget – 데이터는 정의된 로컬 환경 설정(타겟 서버의 로컬 환경)에 맞게 자동으로 수정되며, 이 과정에서 획득된 값은 확실하게 보존됩니다. -
Release – 데이터가 타겟 서버로 전송됩니다(이 경우 기존 타겟 항목의 새 리비전으로). 타겟 리비전은 원본과의 연결 관계, 즉 상위 소스 항목 리비전을 가리키는 포인터를 유지합니다.
획득된 데이터 관리
이전 섹션에서는 획득의 기본 흐름을 살펴보았습니다. 데이터 획득을 효과적으로 관리하기 위해 소스 항목과 획득된 항목 모두의 상대적 이력을 추적하며, 이를 통해 설계자는 획득 관리 인터페이스를 통해 관련 획득 작업을 수행할 수 있습니다.
다음 섹션에서는 데이터 획득을 관리할 때 접하게 되는 일반적인 시나리오를 살펴봅니다. 각 경우에서, 타겟 항목 및 관련 리비전 측면에서 획득된 데이터의 상태를 원래 소스 항목 및 그 리비전과 비교합니다.
완전히 새로운 수집
이 시나리오에서는 소스 항목의 어떤 리비전도 이전에 수집된 적이 없습니다. 소스 항목의 리비전을 새로운 타겟 항목의 초기 리비전으로 수집해야 합니다. 새로운 타겟 항목과 리비전은 수집 설정의 일환으로 생성됩니다.

시나리오 1 – 새로운 타겟 항목의 초기 리비전으로 데이터 수집.
후속 리비전 가져오기
이 시나리오에서는 소스 항목의 리비전이 이전에 이미 수집된 상태입니다. 이후 소스 항목이 수정되어 더 최신 리비전이 사용 가능해졌습니다. 이 경우, 더 최신 리비전의 소스 항목 리비전을 수집하기 위해 기존 타겟 항목의 새로운 리비전이 생성됩니다.

시나리오 2 – 이전에 수집된 소스 항목의 후속 리비전 수집.
이미 존재하는 경우
이 시나리오에서는 소스 항목의 최신 리비전이 이미 가져와졌으므로, 추가로 가져올 내용이 없습니다.

시나리오 3 – 원하는 소스 항목 리비전이 이미 확보된 경우, 수행할 작업 없음.