피드로 돌아가기
Dev.toBackend
원문 읽기
Git Commands Cheat Sheet 2026: Every Command You'll Actually Use
Git 치트시트가 개발자들이 실제 사용하는 20개 명령어와 6가지 필수 설정을 체계화해 일일 워크플로우 효율성 향상
AI 요약
Context
대부분의 개발자는 Git의 20%에 해당하는 add, commit, push 명령어만 반복 사용하며, 나머지 80%의 기능(rebase, stash, cherry-pick, reflog)은 활용하지 못하고 있다. 특히 코드 리뷰 전 히스토리 정리, 프로덕션 핫픽스 중 미완성 작업 보관, 단일 커밋 선택 병합 등 실무에서 자주 필요한 워크플로우가 체계적으로 정리되지 않아 있었다.
Technical Solution
- 설정 최적화: git config --global 명령어로 사용자 정보, 기본 에디터, 기본 브랜치명, 색상 표시, credential 캐싱 시간 설정
- 병합 전략 개선: pull.rebase=true로 pull 시 자동 rebase 활성화, push.default=current로 현재 브랜치만 푸시하도록 제한
- 충돌 해결 자동화: rerere.enabled=true로 이전 충돌 해결 방식 재적용, diff.algorithm=histogram으로 코드 이동 감지 정확도 향상
- 스테이징 정밀도: git add -p로 hunks 단위 대화형 스테이징으로 검토 후 커밋 실행
- 분기 관리 명령어: git switch -c(생성+전환), git branch -m(이름 변경), git push origin --delete(원격 분기 삭제)
- 히스토리 조작: git commit --amend로 마지막 커밋 수정, git rebase로 히스토리 재정렬, git cherry-pick으로 특정 커밋만 선택 병합
- 안전장치: git reflog로 삭제 작업 복구, git merge --abort로 병합 중단, --force-with-lease로 강제 푸시 시 안전성 확보
Key Takeaway
Git의 mental model(각 커밋은 전체 프로젝트의 스냅샷이며 분기는 가벼운 포인터)을 이해하면 reset, rebase, cherry-pick 같은 고급 명령어가 논리적으로 동작한다. 공유 분기에 대한 강제 푸시 금지와 git add -p를 통한 단계적 커밋 검토가 팀 협업 품질을 결정하는 요소이다.
실천 포인트
기능 개발 워크플로우에서 git config --global pull.rebase=true와 git add -p를 조합하면 선형적인 히스토리 유지와 함께 논리적으로 구분된 소단위 커밋 생성이 가능해져, 코드 리뷰 시 변경 사항 추적과 문제 발생 시 git revert 또는 git bisect로 원인 파악이 용이해진다. 특히 공유 분기(main 등)에서는 git push --force 대신 --force-with-lease를 사용하고, 개인 분기에서는 git reflog로 실수한 작업 복구가 가능하다.