히스토리와 복원

히스토리와 복원

Glif 히스토리는 같은 장치에서 최근 작업을 찾고 복구하기 위한 로컬 안전망이다. 원격 백업, 사용자 Git 저장소, 장기 버전 관리 서비스를 대신하지 않는다. 중요한 Binder는 별도 백업도 함께 유지한다.

History Home에서 기록 확인하기

History를 열면 최근 변경 목록보다 먼저 자동 기록 상태를 확인할 수 있다.

• 마지막 기록 시도와 성공·실패 상태
• 현재 장치에 남아 있는 가장 오래된/최신 복구 시점과 개수
• 로컬 히스토리 저장소 크기
• 최근 변경과 이전 기록 더 보기

경로 또는 파일명으로 검색하고 변경 유형과 기간을 함께 필터링할 수 있다. 삭제된 문서와 이름이 바뀐 문서는 현재 Shelf에 없어도 과거 경로와 변경 유형으로 찾을 수 있다.

변경 분포는 문서/폴더와 시간대별 변경 위치를 빠르게 훑는 보조 보기다. 각 셀은 정확한 변경 목록으로 이동하며, 시간 묶음 자체가 복원 대상은 아니다. 복원할 때는 항상 목록에서 선택한 정확한 복구 지점을 사용한다.

문서의 과거 내용 확인·복원하기

문서 히스토리에서는 선택한 버전과 현재 문서를 나란히 비교한다. 추가·삭제·변경은 색뿐 아니라 텍스트 기호와 줄 의미로도 표시된다.

• 필요한 내용을 복사해 현재 문서에 직접 붙여 넣을 수 있다.
• 선택한 변경 조각만 적용할 수 있다.
• 과거 문서 전체를 원래 경로 또는 사본으로 복원할 수 있다.

원래 경로를 덮어쓰기 전에 Glif는 현재 상태의 필수 복구 지점을 만든다. 편집 중인 내용, 외부 변경 충돌, 디스크에서 삭제된 열린 문서처럼 보존되지 않은 버퍼가 있으면 먼저 저장·사본 저장·다시 불러오기 중 안전한 해결을 요구하고 파일을 쓰지 않는다.

복원 뒤 새 복구 지점이나 열린 문서 새로고침 같은 후속 단계가 실패하면 작업을 완전한 성공으로 표시하지 않고 일부 완료와 영향 경로를 남긴다. 최근 복원은 History Home에서 직접 되돌릴 수 있다.

Binder 전체 복원하기

Binder 복원은 선택한 정확한 복구 지점과 현재 파일 상태를 먼저 고정하고, 추가·변경·삭제 범위와 충돌을 확인한 다음 실행한다. 실행 직전에 파일 상태가 달라지면 오래된 계획으로 계속 쓰지 않고 다시 확인하도록 중단한다.

적용할 파일은 먼저 별도 staging 영역에서 검증한다. 복원 도중 쓰기나 삭제가 실패하면 필수 사전 복구 지점과 durable journal을 사용해 자동 rollback을 시도한다. rollback까지 실패하면 남은 경로와 journal을 보존해 다음 실행에서 복구할 수 있게 한다. 완료된 Binder 복원도 History Home의 최근 작업에서 되돌릴 수 있다.

보존 범위와 저장 공간

현재 버전은 저장소 크기, 복구 지점 수, 실제 복구 가능 기간을 관측해 표시하지만 오래된 기록을 자동으로 정리하지 않는다. 화면의 보존 정책 관측 중(자동 정리 안 함)은 이 상태를 뜻한다.

표시된 최초 시점보다 앞선 기록은 복구할 수 있다고 가정하지 않는다. 향후 자동 정리는 보호할 복구 지점과 최소 기간, crash-safe 저장소 교체가 검증된 뒤에만 도입된다.

키보드와 보조 기술

최근 변경 목록만으로도 변경을 검색하고 문서 히스토리로 이동할 수 있다. 변경 분포에서는 Tab으로 활성 셀에 진입한 뒤 방향키로 이동하고, Home/End로 현재 행의 처음/마지막 변경으로 이동한다. Ctrl+Home/Ctrl+End는 전체 분포의 처음/마지막 변경으로 이동한다.

복원 상태와 실패는 toast나 색만으로 전달하지 않고 History Home의 지속 상태와 작업 결과에도 남는다.