LabHub

Git 실전 · 이등분과 고고학 · 퀴즈

퀴즈: 이등분과 고고학

LabHub 에서 이어서 보기

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

  1. 커밋 1,000개 구간에서 `git bisect` 가 필요로 하는 검사 횟수는 대략?

    1. 이진 탐색에 필요한 약 10번
    2. 모든 커밋을 순차 검사하는 1,000번
    3. 구간의 10%를 검사하는 100번
    4. 절반을 순차 검사하는 500번
  2. `git bisect run` 스크립트에서 종료코드 125 의 의미는?

    1. 테스트가 통과한 good 판정
    2. 이 커밋은 판정 불가 — 건너뛴다
    3. 회귀가 재현된 bad 판정
    4. 전체 이등분 탐색을 즉시 중단
  3. 특정 설정값이 언제 바뀌었는지 찾는 가장 직접적인 명령은?

    1. `git log --grep`
    2. `git log -S '값'`
    3. `git blame`
    4. `git diff HEAD~100`
  4. 포매터를 한 번 돌린 저장소에서 `git blame` 이 전부 그 커밋을 가리킨다. 무엇을 쓰는가?

    1. `blame -C`
    2. `blame -L`
    3. `blame --reverse`
    4. `blame -w` — 공백 변경을 무시
  5. 리베이스 중 커밋을 잃어버렸다. 가장 먼저 확인할 것은?

    1. `git reflog` — HEAD 가 움직인 기록
    2. 원격 브랜치의 최신 상태만 확인
    3. 도달 불가 객체 전체를 찾는 `git fsck`
    4. 별도 시스템 백업부터 복원
  6. bisect 가 잘 동작하기 위한 평소 습관은?

    1. 커밋 메시지를 자세히 길게 쓴다
    2. 기능마다 브랜치를 많이 만든다
    3. 커밋 하나하나가 빌드·실행되는 완결 상태를 유지한다
    4. 릴리스 태그를 자주 붙인다