rebase 뒤 원래 커밋이 안 보입니다. reflog와 백업 참조로 무엇을 복구하고 어떤 검증을 해야 하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
rebase는 새 부모 위에 커밋을 다시 만들어 ID를 바꿉니다. reflog는 로컬 참조가 이동한 이력을 찾는 데 도움되지만 영구 백업이나 원격 전체 복구 보증은 아닙니다.
먼저 현재 작업을 보존하고 원래 commit에 새 브랜치를 만들어 diff·range-diff·테스트로 대조합니다. 이미 공유한 이력을 강제 push하는 것은 별도 승인·정책이 필요합니다. reflog 만료·GC 전에 필요한 참조를 보존하고 파일 복구와 외부 배포 복구를 구분합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- rebase는 새 부모 위에 커밋을 다시 만들어 ID를 바꿉니다. reflog는 로컬 참조가 이동한 이력을 찾는 데 도움되지만 영구 백업이나 원격 전체 복구 보증은 아닙니다.
- reflog 만료·GC 전에 필요한 참조를 보존하고 파일 복구와 외부 배포 복구를 구분합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: rebase는 새 부모 위에 커밋을 다시 만들어 ID를 바꿉니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.