Git Bisect

Outcome：Complete the task with Git Bisect (Git Bisect)。 User context：버그에는 알려진 정상 태그 하나, 나쁜 커밋 하나, 항상 같은 결과를 내는 테스트 스크립트가 있습니다. 바이섹트(bisect)는 첫 번째 나쁜 커밋을 찾고 스크립트가 이를 확인합니다. 무작위로 실패하는 테스트는 결과를 신뢰할 수 없게 만듭니다. Delivery concept or operation：Git Bisect (Git Bisect)。 Why it fits：버그가 반복되고 주변에 하나의 정상 커밋과 하나의 잘못된 커밋이 있을 때 이 용어를 사용하십시오. Do not use it when：불안정한 체크로 이분 탐색하지 마십시오. 일부 커밋이 빌드되지 않으면, 건너뛰는 방법을 계획하십시오. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary)：해당 출처에 대해 공식적인 것입니다. 다른 플랫폼이나 팀은 그 용어를 다른 방식으로 사용할 수 있습니다. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.