일상 명령어를 넘어, Git은 특정 상황을 위한 강력한 도구를 제공합니다 — bisect(버그 찾기), blame(변경 추적), worktree(여러 작업 디렉터리), submodule, filter-repo(히스토리 rewrite) 등. 이것들이 존재하고 무엇을 하는지 아는 것은 고급 시나리오를 처리하는 데 가치 있습니다.
git bisect start
git bisect bad
git bisect good v1.0
git bisect good
git bisect reset
git bisect는 히스토리를 이진 탐색하여 버그를 도입한 commit을 효율적으로 찾습니다. 큰 히스토리에서 회귀를 디버깅하는 데 매우 유용합니다.
git blame <file> # 라인별로 마지막으로 변경한 commit/작성자/날짜 표시
# → 라인이 언제, 왜 도입되었는지 추적(그런 다음 git show로 그 commit의 컨텍스트)
git worktree → 하나의 repo에서 여러 작업 디렉터리(stash/전환 없이 branch들을
동시에 작업) — 예: 빌드가 도는 동안 버그 수정
git submodule → 다른 Git repo를 자신의 것 안에 임베드(공유 의존성/라이브러리)
git filter-repo → 대규모로 히스토리 rewrite(모든 히스토리에서 파일/비밀 제거,
repo 분할/정리) — filter-branch의 현대적 대체
git rerere → REuse REcorded REsolution — 충돌 해결을 기억하여 재적용
git hooks → 이벤트에 트리거되는 스크립트(pre-commit, pre-push) — 자동화/검사
git revert/reset, reflog → 되돌리기/복구(별도로 다룸)
고급 Git 명령어와 기법을 이해하는 것은 복잡한 상황을 효과적으로 처리하는 데 가치 있는 시니어 수준의 지식이므로, 이것들이 존재하고 무엇을 하는지 아는 것은 문제 해결 도구 상자를 확장합니다.
일상 명령어는 일상 작업에 충분하지만, 고급 도구는 특정하고 때로는 중요한 문제를 우아하게 해결합니다. **git bisect**는 특히 가치 있습니다. 히스토리를 이진 탐색하여 버그를 도입한 정확한 commit을 짚어냅니다. 큰 히스토리에서 회귀를 찾는 벅찬 작업을 효율적이고 체계적인 과정으로 바꿉니다(많은 사람이 모르는 강력한 디버깅 기법). git blame(각 라인을 마지막으로 변경한 commit과 작성자를 표시)은 코드 히스토리를 이해하는 데 매우 유용합니다. 라인이 언제, 왜 도입되었는지 추적하며 디버깅과 이해에 유용합니다.
다른 도구들은 실제 필요를 처리합니다. git worktree(하나의 repo에서 여러 작업 디렉터리, stash 없이 다른 branch들에서 동시 작업 가능 — 컨텍스트 전환에 편리), git submodule(공유 의존성을 위한 repository 임베드), git filter-repo(대규모 히스토리 rewrite, 결정적으로 실수로 commit된 비밀이나 파일을 모든 히스토리에서 제거 — 중요한 보안 교정), git rerere(충돌 해결 기억), git hooks(pre-commit 같은 이벤트에서 검사 자동화)가 있습니다.
이 도구들이 존재하고 무엇을 하는지 안다는 것은 복잡한 상황(회귀 찾기, 히스토리 이해, 유출된 비밀 제거, 의존성 관리)이 발생할 때 수동 접근으로 씨름하는 대신 올바른 도구를 안다는 것을 의미합니다.
복잡한 Git 상황(회귀 디버깅, 히스토리 추적, 히스토리에서 비밀 정리, 복잡한 설정 관리)이 발생하고 고급 명령어가 이를 강력하게 해결하므로, 고급 Git 명령어와 기법 — 특히 버그 찾기를 위한 bisect와 히스토리 추적을 위한 blame, 그리고 worktree, submodule, filter-repo, hook에 대한 인식 — 을 이해하는 것은 정교한 Git 시나리오를 처리하는 능력을 확장하는 가치 있는 시니어 수준의 지식으로, 시니어 역할에 기대되는 깊이와 문제 해결 범위를 반영합니다.