Git Advanced: Monorepo, Submodules & Workflows · 강의

Git Bisect로 디버깅

`git bisect`를 활용해 버그를 도입한 정확한 커밋을 효율적으로 찾아 디버깅 시간을 절약합니다.

Git Bisect로 디버깅은(는) CoddyKit의 무료 Git Advanced: Monorepo, Submodules & Workflows 강의입니다. 이것은 4개 중 2번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 Git Advanced: Monorepo, Submodules & Workflows 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. Git Advanced: Monorepo, Submodules & Workflows 강의에는 총 4개의 강의가 포함되어 있습니다.

이 강의의 일부는 아직 번역되지 않았으며 영어로 표시됩니다.

What is Git Bisect?

Imagine a bug appears in your project, but you're not sure which recent change caused it. Manually checking each commit can be a huge time sink!

git bisect is a powerful Git command that uses a binary search algorithm to quickly find the exact commit that introduced a bug.

The Binary Search Advantage

How does git bisect work so fast? It's like a game of 'hot or cold' with your commit history.

You tell Git a commit you know is bad (has the bug).
You tell Git a commit you know is good (before the bug existed).
Git picks a commit roughly in the middle and asks you to test it.
Based on your feedback, it halves the search space, repeating until the culprit is found.

Starting Your Bisect Hunt

To begin, first you need to tell Git you're starting a bisect session. Then, you mark the known 'bad' (buggy) commit and a known 'good' (working) commit.

You can use commit hashes, branch names, or tags.

git bisect start
git bisect bad HEAD
git bisect good <known_good_commit_hash>

The Iterative Process: Test & Mark

After you define your good and bad commits, Git will automatically check out a commit in the middle of that range. Your job is to test the code at this commit.

If the bug is present, mark it as bad.
If the bug is NOT present, mark it as good.

Git will then move to the next commit, halving the remaining search space.

Marking a Commit

Once you've tested the currently checked-out commit, use these commands to tell Git whether it's good or bad:

To mark the current commit as bad: git bisect bad
To mark the current commit as good: git bisect good

Git will then automatically check out the next commit to test.

git bisect bad
# OR
git bisect good

Narrowing Down the Problem

You'll repeat the 'test and mark' process. With each step, git bisect gets closer to the single commit that introduced the bug. It's much faster than checking commits one by one!

For a range of 100 commits, it takes at most 7 tests (log₂(100) ≈ 6.64).

Found the Culprit!

Eventually, git bisect will narrow the range down to a single commit. It will then report the first 'bad' commit found, which is your bug introducer!

After finding the bug, it's crucial to exit the bisect session to return your repository to its original state (usually the branch you were on when you started).

git bisect reset

Handling Untestable Commits

Sometimes, git bisect might land on a commit that can't be tested (e.g., it doesn't compile, or dependencies are broken). In such cases, you can tell Git to skip it:

git bisect skip

Git will then pick another commit to test, making sure to exclude the skipped one from the potential range of the bug.

git bisect skip

Automating with Git Bisect Run

For even faster debugging, you can automate the testing process using git bisect run. This command takes a script that performs the test and exits with specific codes:

0: The commit is good.
1-127 (except 125): The commit is bad.
125: The commit should be skipped (e.g., cannot build).

Git will then run the script automatically for each commit until the bug is found.

#!/bin/bash

# Example test script for git bisect run
# Replace 'make test' with your actual test command

if make test;
then
  exit 0 # Tests passed, commit is good
else
  exit 1 # Tests failed, commit is bad
fi

Bisect Workflow Check

Which of the following commands are essential when performing a manual git bisect to find a bug?

Debugging Power-Up!

You've mastered git bisect! This powerful tool transforms bug hunting from a tedious chore into an efficient, systematic process using binary search.

Start with git bisect start, defining good and bad commits.
Test and mark commits as good or bad.
Use git bisect skip for untestable commits.
Automate with git bisect run for fast, hands-free debugging.
Always finish with git bisect reset.

Happy bug hunting!

자주 묻는 질문

“Git Bisect로 디버깅” 강의는 무료인가요?

네 — “Git Bisect로 디버깅” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 Git Advanced: Monorepo, Submodules & Workflows 강의 전체를 잠금 해제할 수 있습니다. Git Advanced: Monorepo, Submodules & Workflows 강의에는 총 4개의 강의가 포함되어 있습니다.

“Git Bisect로 디버깅”에서 뭘 배우나요?

`git bisect`를 활용해 버그를 도입한 정확한 커밋을 효율적으로 찾아 디버깅 시간을 절약합니다. 브라우저에서 직접 실행하는 실습 코드로 Git Advanced: Monorepo, Submodules & Workflows을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

Git Advanced: Monorepo, Submodules & Workflows을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 Git Advanced: Monorepo, Submodules & Workflows은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 2번째 강의입니다.

“Git Bisect로 디버깅” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 Git Advanced: Monorepo, Submodules & Workflows 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 Git Advanced: Monorepo, Submodules & Workflows 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

← Git Advanced: Monorepo, Submodules & Workflows(으)로 돌아가기