커밋 분리

개요

뒤섞인 작업 트리를 몇 개의 논리적인 커밋으로 정리합니다. 목표는 커밋 수를 줄이는 것이 아니라, 리뷰하기 쉽고 필요할 때 안전하게 되돌릴 수 있는 히스토리를 만드는 것입니다.

사용 시점

• 사용자가 하나의 변경을 여러 커밋으로 나눠 달라고 할 때
• 작업 트리에 서로 무관하거나 연관성이 약한 변경이 섞여 있을 때
• 생성 파일을 소스 변경과 분리해야 할 때
• 큰 기능을 하위 시스템별 중간 커밋으로 나눠 관리해야 할 때

핵심 원칙

각 커밋은 하나의 분명한 의도를 담아야 하며, diff와 커밋 메시지만 봐도 무엇을 위한 변경인지 이해할 수 있어야 합니다.

작업 순서