2000 파일에서 버그를 찾은 방법

js/ts 파일에서 가져오기를 정렬하는 새로운 eslint 플러그인을 추가하고 있었습니다.
eslint-plugin-simple-import-sort을 추가한 후,eslint --fix를 실행하고 약 2000개의 파일이 변경된 것을 발견했습니다.
수입품의 재정렬만 있기 때문에 문제가 없을 것이라고 생각했습니다.

나는 아주 이상한 것을 발견했을 때 놀랐다.

TypeError: Cannot read properties of undefined

가져오기 순서를 되돌려도 문제 해결에 도움이 되지 않았습니다.
그리고 이제 2000개의 파일을 모두 살펴보지 않고 문제를 찾을 수 있는 방법에 대해 생각하기 시작했습니다.

그러다 아이디어가 떠올랐다. 모든 변경 사항은 독립적이므로
모든 파일 변경에 대해 커밋을 수행한 다음 git bisect를 실행하고 문제를 일으키는 파일을 찾을 수 있습니다.

그래서 git status에서 모든 파일 이름을 가져오고 파일 이름으로 커밋을 만드는 bash 스크립트를 만들었습니다.

방법을 살펴보겠습니다.

git status --porcelain # prints git status in a format that can be parsed
# M utils/index.ts
# M components/Button.tsx
# ...

그런 다음 이 결과를 awk로 파이프하고 파일 이름만 인쇄합니다.

git status --porcelain | awk '{print $2}'
# utils/index.ts
# components/Button.tsx
# ...

각 줄(파일 이름)을 읽고 --no-verify로 커밋을 수행하여 커밋 전 확인을 트리거하지 않습니다.

#!/bin/bash
(git status --porcelain | awk '{print $2}') | 
while read -r line
do
    git add $line
    git commit -m "Add file $line" --no-verify
done

이 스크립트를 실행한 후 약 2000개의 커밋을 실행하여 git bisect 문제를 찾을 수 있었습니다.git bisect는 확인 횟수를 2000(이론적으로)에서 11로 줄였습니다.

문제를 일으킨 파일을 찾았고 오류가 발생한 파일과 전혀 관련이 없었습니다.
그래서 나는 eslint가 해당 파일의 정렬 규칙을 무시했습니다(나중에 조사할 때까지).
그런 다음 소프트 재설정을 수행하여 2000개 커밋을 모두 취소하고 새로운 eslint 플러그인과 규칙을 프로젝트에 성공적으로 추가하는 단일 커밋을 푸시했습니다.