자주 쓰는 Git 명령어 정리: 실무 필수 25개 한 장 요약
데브노트 편집팀·2026.06.15·6분 읽기
ADVERTISEMENT
Git을 쓰긴 쓰는데 add, commit, push만 반복하고 있지 않나요? 정작 잘못 커밋했을 때 되돌리는 법이나 충돌 해결에서 막히는 주니어가 많습니다. 명령어를 외우기보다 "어떤 상황에 무엇을 쓰는지"를 익히는 게 핵심입니다.
1. 변경사항 확인과 커밋
가장 기본이지만 git status와 git diff를 습관처럼 확인하는 것이 실수를 줄입니다.
git status # 현재 작업 상태 확인
git diff # 아직 stage 안 한 변경
git diff --staged # stage된 변경
git add -p # 변경을 조각 단위로 골라서 stage
git commit -m "feat: 로그인 검증 추가"
주의: git add .은 의도치 않은 파일까지 담깁니다. git add -p로 변경 단위를 직접 확인하는 습관을 들이세요.
2. 브랜치와 병합
git switch -c feature/login # 새 브랜치 생성+이동 (checkout -b의 최신 대체)
git switch main # 브랜치 이동
git merge feature/login # 현재 브랜치에 병합
git branch -d feature/login # 병합된 브랜치 삭제
3. 실수 되돌리기 (가장 자주 검색하는 부분)
| 상황 | 명령어 | 효과 |
|---|---|---|
| 마지막 커밋 메시지 수정 | git commit --amend | 커밋 다시 작성 |
| stage 취소 | git restore --staged 파일 | add 되돌리기 |
| 작업 내용 통째 폐기 | git restore 파일 | 수정 전으로 복구 |
| 커밋은 취소, 변경은 유지 | git reset --soft HEAD~1 | 한 단계 되돌림 |
| 이미 push한 커밋 취소 | git revert <해시> | 안전한 역커밋 생성 |
핵심: 이미 원격에 올린 커밋은 reset --hard로 지우지 말고 **revert**를 쓰세요. 협업자의 히스토리가 깨집니다.
4. 임시 저장과 동기화
git stash # 작업 중인 변경 임시 보관
git stash pop # 보관한 변경 복원
git pull --rebase # 머지 커밋 없이 깔끔하게 최신화
git log --oneline -10 # 최근 10개 커밋 한 줄로
마무리 체크리스트
- 커밋 전
git status/git diff로 확인 - **add는
-p**로 조각 단위 선택 - 되돌리기는 로컬이면
reset, 원격이면revert - **pull은
--rebase**로 히스토리 깔끔하게 - 브랜치는 작업 단위로 짧게 만들고 자주 병합하세요.
ADVERTISEMENT
함께 보면 좋은 글
백엔드·인프라· 7분
REST API 설계 원칙: 실무에서 욕먹지 않는 7가지 규칙
URL에 동사를 넣고, 200으로 에러를 내보내는 잘못된 API는 이제 그만. 리소스 명명, HTTP 메서드, 상태 코드, 버저닝까지 실무 표준에 맞춰 REST API를 설계하는 법을 정리했습니다.
2026.06.25
백엔드·인프라· 7분
Docker 입문: 이미지와 컨테이너 개념부터 첫 실행까지
이미지와 컨테이너의 차이가 헷갈리는 입문자를 위한 가이드입니다. Dockerfile 작성, build/run/exec 명령어, 그리고 실무에서 자주 쓰는 명령을 실제 예제로 익혀보세요.
2026.06.20
백엔드·인프라· 7분
CORS 에러, 도대체 왜 나는 걸까: 원리와 해결
브라우저의 동일 출처 정책, preflight(OPTIONS) 요청, Access-Control-Allow-* 헤더의 역할을 이해하면 CORS 에러는 더 이상 미스터리가 아닙니다.
2026.06.12