온톨로지 변경 저장과 충돌 처리

Ontology Manager에서 만든 정의 변경은 먼저 로컬 작업 중 상태(Work-in-progress)에 남습니다. 다른 사용자와 사용자용 앱에서 변경을 사용하려면 온톨로지에 저장해야 합니다.

변경 검토와 저장

오른쪽 위 Save를 선택합니다.

Review edits에서 모든 변경을 검토한 뒤 Save로 온톨로지를 갱신합니다.

저장을 막는 오류

Save가 비활성화되어 있으면 변경 항목 옆의 오류를 확인하거나 Review edits의 Errors 탭을 엽니다. 오류는 해결해야 저장할 수 있습니다. Warnings의 권고는 일반 유효성 오류처럼 수정을 강제하지 않지만 영향이 큰 변경에는 아래의 별도 확인 절차가 있을 수 있습니다.

오류 항목의 열기 바로가기로 수정할 리소스에 이동할 수 있습니다.

함수(Function)의 구현 변경은 함수 코드 저장소에서 수행합니다. Ontology Manager의 함수 상세에서 해당 저장소로 이동합니다.

다른 사용자의 변경 반영

작업을 시작한 뒤 다른 사용자가 온톨로지를 저장했어도 Save가 비활성화될 수 있습니다. Review edits 위쪽의 Update로 새 변경과 자신의 작업 상태를 합칩니다.

같은 정의를 서로 다르게 바꿨다면 충돌 해결을 요구합니다. 최신 온톨로지 값을 유지할지 자신의 작업 중 값으로 바꿀지 선택하고 전체 변경을 다시 검토합니다.

브랜치 리베이스의 main 변경 반영과 구분하여 현재 저장 대화상자의 충돌을 해결합니다.

미저장 변경 취소

Review edits의 리소스 항목 위에 포인터를 두고 휴지통 아이콘을 선택하면 그 리소스에 만든 미저장 변경을 취소합니다.

전체 미저장 변경은 헤더 오른쪽 위의 Discard 또는 Review edits 아래의 Discard로 취소합니다.

영향이 큰 변경 확인

객체 유형(Object type)이나 속성(Property)을 바꾸면 이를 사용하는 앱이 동작하지 않을 수 있습니다. 쓰기 반영이 활성화된 유형에서는 객체의 편집 이력이 제거될 수 있는 변경에도 주의해야 합니다.

경고에 제시한 영향을 확인한 뒤 수정한 리소스 이름을 입력해야 저장을 진행할 수 있습니다.

백엔드 저장 실패

백엔드 서비스의 문제로 저장하지 못하면 오류 토스트가 나타납니다. 설명 끝의 오류 이름은 OntologyMetadata: 또는 Phonograph2:로 시작할 수 있습니다. 메시지 전체와 오류 이름을 기준으로 해당 변경의 원인과 처리 절차를 찾습니다.