힘내 "자동 수정"

몇 번이나 파일을 추가하거나 커밋을 변경하는 것을 잊어버렸는데 나중에(몇 번의 커밋 후) 실수를 발견했습니까?

저는 원자 커밋이 프로젝트 품질 및 자동화의 핵심이라는 강력한 지지자이기 때문에(예를 들어 Conventional Commit 및 Semantic Release 참조) Git 대화형 리베이스를 사용하여 이러한 커밋을 수정하기 위해 최선을 다합니다. 나는 당신이 똑같이 할 것을 강력히 추천합니다. Git 리베이스를 두려워할 필요가 없습니다. learn how to use it 😉.

여기에서 제 목표는 귀하가 이 작업을 빠르고 매끄럽고 고통 없이 수행할 수 있도록 돕는 것입니다.

다른 커밋을 수정하려는 의도에 대한 특수 형식 메시지로 커밋을 생성하는 git commit --fixup 옵션(또는 --squash )에 이미 익숙할 것입니다. 이를 사용하여 적절하게 구성된 대화식 리베이스를 실행할 때 Git은 해당 커밋 라인을 수정 중인 라인 옆의 수정으로 자동으로 이동합니다.

단계별로

스테이지에 누락된 파일을 추가합니다: git add … .

수정 커밋을 생성하도록 Git에 요청: git commit --fixup=<commit-ref-to-be-fixed> .

그런 다음 대화식 리베이스를 실행하여 수정한 것보다 하나의 커밋을 시작합니다: git rebase --autosquash -i -r <fixed-commit-ref>~1 .

Git은 실행할 작업 목록이 있는 편집기를 열지만 수정 사항은 이미 올바른 위치에 있습니다. 파일을 저장하고 닫는 것 외에는 더 이상 할 일이 없습니다.

pick 3f0714b chore(dx): setup ESLint and Prettier
fixup 61eecda fixup! chore(dx): setup ESLint and Prettier
pick 9a7cf39 chore(dx): setup Husky, lint-staged, precommit-checks, commitlint

로그를 확인하여 모든 것이 정상인지 확인할 수 있습니다. 의도한 모든 파일이 고정 커밋에 의해 기록되었는지 확인할 수도 있습니다git show --name-only <new-commit-ref>.

이것은 나에게 반복되는 일이므로 두 명령을 차례로 호출하는 "마법"🧙‍♂️ 별칭을 만들었습니다(단일 커밋을 수정하기 위해).

# Don't forget to stage the relevant fixes first
git config --global alias.autofixup '!git commit --fixup $1 && git rebase --autosquash --interactive --rebase-merges $1~1 && echo "autofixup finished"'

짜잔!

(좋아할 수 있는 Git 구성: Git 구성에 추가할 수 있는 유용한 별칭이 많이 있습니다. 자세한 내용은 check out the one we’ve built through years of experience에서 확인할 수 있습니다.)