이전 YAML 문서를 왼쪽에 배치하고 수정된 문서를 오른쪽에 배치합니다. 아래 예에서는 복제본이 2개에서 3개로 변경되고 이름은 데모로 유지됩니다. 보고된 경로와 이전 값과 새 값을 함께 읽습니다. 비교는 두 입력을 모두 구문 분석하므로 주석, 들여쓰기 선택 및 매핑 키 순서가 그 자체로 데이터 차이가 되지는 않습니다.
비교를 해석하기 전에 양쪽의 파서 오류를 수정하세요. 대소문자를 무시하는 경우 대문자 사용이 소비 프로그램에 중요할 때마다 해당 옵션을 비활성화한 상태로 최종 검토를 반복하세요. 댓글이나 프레젠테이션을 검토해야 할 경우 별도의 텍스트 비교를 위해 원본 파일을 보관하세요. 이 워크플로는 두 개의 구문 분석된 값을 비교합니다. 공통 조상을 로드하거나 저장소 병합을 자동으로 해결하지 않습니다.
name: demo
replicas: 2
→
name: demo
replicas: 3
각 문서를 구문 분석하여 생성된 값을 비교하고 데이터 경로의 추가, 제거 및 수정을 보고합니다. 변경된 숫자와 변경된 문자열은 표시된 텍스트가 유사해 보이더라도 다른 의미를 가질 수 있습니다. 요약 개수에만 의존하기보다는 경로와 값을 모두 검사하세요. 댓글과 매핑 키 순서는 프레젠테이션 세부정보입니다. 소스 변경 사항을 검토해야 하는 경우에도 텍스트 비교를 사용하세요. 샘플 1개에 댓글만 변경해 보세요. 구문 분석된 데이터 비교는 소스 텍스트가 다르더라도 여전히 동일한 값을 보고해야 합니다.
중첩된 값은 재귀적으로 비교됩니다. 시퀀스 위치가 중요하므로 목록 항목을 이동하면 단일 이동 작업이 아닌 여러 변경된 위치로 나타날 수 있습니다. 순서가 있는 시퀀스와 순서가 없는 매핑은 다른 해석이 필요합니다. 보고된 경로가 예상외로 광범위해 보이는 경우 각 원본 문서의 관련 섹션을 검토하세요. 시퀀스의 경우 처음에 항목을 추가하고 보고된 위치를 검사합니다. 이는 기존 항목에 대한 의도된 변경과 인덱스 변경을 구별하는 데 도움이 됩니다.
각 면은 구문 분석 가능한 단일 YAML 문서여야 합니다. 구문 분석에 실패하면 비교 결과가 지워지고 실패한 쪽이 보고됩니다. 여기에서 비교하기 전에 문서 묶음을 분할하세요. 렌더링되지 않은 템플릿이나 사용자 정의 애플리케이션 태그도 구문 분석에 실패할 수 있습니다. 결과를 해석하기 전에 렌더링하거나 조정하십시오. 성공적인 구문 분석은 Kubernetes 매니페스트 또는 기타 구성이 소비 애플리케이션의 스키마를 따른다는 것을 증명하지 않습니다. 별도로 검증하세요. 실패한 쪽의 오류를 이용하여 해당 문서를 수정한 후 다시 비교하세요. 누락된 결과를 문서가 일치한다는 증거로 기록해서는 안 됩니다.
업로드된 각 파일은 100 MiB로 제한되며, 구문 분석된 두 문서 모두 브라우저 메모리에 맞아야 합니다. 깊게 중첩되거나 큰 입력에 대해서는 처리 시간이 보장되지 않습니다. 이 페이지는 3방향 병합, 예약된 구성 모니터링, 자동 충돌 해결 또는 명령줄 자동화 엔드포인트를 제공하지 않습니다. 보고된 각 변경 사항을 해석하기에 충분한 주변 구조를 유지하면서 전체 구성이 다루기 어려울 경우 작은 대표 섹션을 사용하세요. 보고된 차이점을 리뷰에 복사하는 경우 경로와 두 값을 모두 포함하세요. 변경 횟수만으로는 그 효과를 평가하는 데 필요한 정보가 누락됩니다.
처리는 브라우저에서 실행됩니다. 저장과 공유는 선택 사항이며 계정이 필요하고 선택한 콘텐츠를 서비스로 전송합니다. 공유 콘텐츠를 먼저 검토하세요. 링크가 있는 사람은 누구나 콘텐츠를 열 수 있습니다. 이 페이지를 닫아도 저장된 사본은 삭제되지 않습니다.
배열 순서는 중요합니다. 순서 무시는 지원되지 않습니다.