ksj09406
238910634c
커밋·체크아웃 뒤에 저장 안 한 편집이 말없이 사라지던 것을 막았다. 막는 자리를 옮겼다. 목록을 다시 세우는 자리(RefreshCommits → LoadCommitAsync)가 아니라 Git 작업이 시작되는 문(GitWorkspace. RunAndRefreshAsync)에서 묻는다. 그 순간에는 아직 아무것도 바뀌지 않았으므로 취소가 뜻을 가진다. 작업을 가려서 묻는 쪽은 접었다. fetch·태그·스테이징처럼 파일을 안 건드리는 열두 가지는 안 물으려 했는데, 해 보니 그런 작업 뒤에도 편집이 사라졌다. 파일이 그대로여도 저장소를 다시 읽으면서 본문을 새로 그리기 때문이다. 다시 그리지 않게 막는 쪽도 해 봤지만 고른 파일까지 바뀌는 경우가 있어 조건을 세울 수 없었다. 잃지 않는 쪽으로 갔다 - 확인 창은 고치던 것이 있을 때만 뜨고, 틀려도 한 번 더 묻는 것으로 끝난다. 알아낸 열두 이름은 KnownSafeCandidates 에 남겼다. 덤으로 4차 A-1 이 새던 자리 셋을 막았다. 목록을 다시 세우면 화면이 값을 되밀어 넣는데, 그것을 사람이 고른 것으로 보고 확인 창을 띄우고 있었다. OnSelectedNodeChanged(null·같은 커밋), OnRemoteBranchChanged (_syncingBranches), Files.Clear()(_suspendGuard 안으로). 화면 시험 10건 통과(데모 저장소). GitOpTest 36건. 전체 623건 통과 (하네스 19벌). 빌드 경고 0 · 오류 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>