전역 브랜치의 앱별 통합
Global Branching은 자원 추가, 리베이스와 병합을 한 화면에서 관리하지만 각 자원이 변경을 저장하고 충돌을 해결하는 방식은 소유 앱에 따라 다릅니다. 모든 Foundry 자원 유형이 지원되는 것은 아닙니다.
지원되는 분야
| 앱 또는 자원 영역 | 브랜치에서 다루는 대상 |
|---|---|
| Workshop | 모듈 |
| Developer Console 및 OSDK | 앱과 생성 SDK |
| AIP Logic | Logic 함수 |
| Automate | 자동화 |
| 직접 모델 배포 | 모델 배포 구성 |
| 함수 | TypeScript v1/v2 및 Python 함수 |
| 온톨로지 | 온톨로지 엔터티 |
| 온톨로지 액션 | 액션 유형 |
| 온톨로지 구체화 | 객체 데이터의 구체화 |
| Object Views | 객체 뷰 구성 |
| Code Repositories | 코드 저장소 |
| VS Code 작업공간 | 지원 저장소의 브랜치 문맥 |
| Pipeline Builder | 파이프라인 |
| 제한 뷰 | Restricted view |
| Data Lineage | 데이터 계보의 브랜치 문맥 |
| Workflow Lineage | 워크플로우 계보의 브랜치 문맥 |
| Insight | 분석의 브랜치 문맥 |
같은 전역 브랜치 문맥을 사용하더라도 각 앱의 자원 추가 시점, 교차 앱 호환성, 리베이스 동작과 제한을 적용합니다. 한 앱에서 브랜치를 선택했다는 사실만으로 전체 workflow의 모든 자원이 그 브랜치에 추가되는 것은 아닙니다.
함수의 local Ontology SDK 조건
TypeScript v2와 Python 함수는 저장소 내 local Ontology SDK를 사용해야 브랜치의 스키마에 맞춰 함수 코드를 변경할 수 있습니다. 여기서 local은 SDK가 함수 저장소에 있다는 뜻이며 로컬 PC의 VS Code와는 다릅니다.
local SDK가 없는 저장소는 브랜치 함수의 특정 버전을 참조할 수 있지만 브랜치 스키마에 맞춰 함수 코드를 수정하는 경로는 지원하지 않습니다.
Developer Console 앱 조건
브랜치 통합은 TypeScript SDK를 npm으로 설치하고 Vite 6, 7 또는 8을 사용하는 앱을 지원합니다.
기본 브랜치에서 필요한 구성을 마친 뒤 전역 브랜치에 추가하고 SDK 생성 및 의존성 동기화를 수행합니다. 상세 절차는 Developer Console 브랜치 통합을 따릅니다.
여러 자원을 함께 시험
예를 들어 Pipeline Builder의 출력 로직과 스키마를 변경하고, 같은 브랜치에서 그 데이터셋을 기반으로 하는 객체 유형 정의를 수정할 수 있습니다. 해당 앱에서 필요한 배포, 빌드나 인덱싱을 준비한 뒤 소비하는 앱과 함께 변경 결과를 확인합니다.
각 자원이 지원하는 격리 범위와 승인 정책은 유지됩니다. 일반 Foundry 자원의 생성/삭제가 main에 미치는 영향과 온톨로지 예외는 공통 변경 범위, 자원별 승인과 리베이스는 병합 흐름을 적용합니다.
전역 제안은 이 자원들을 함께 관리하지만 부분 병합 실패가 가능한 만큼 앱별 오류와 성공 상태를 확인해야 합니다.