자주 쓰는 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분
개발자를 위한 Docker 입문: 이미지·컨테이너·Dockerfile
"제 컴퓨터에선 됐는데요"를 끝내는 Docker. 이미지와 컨테이너의 차이, Dockerfile 작성법, 자주 쓰는 명령어를 처음부터 정리합니다.
2026.07.11
백엔드·인프라· 6분
REST vs GraphQL: 무엇을 언제 선택할까
오버페칭·언더페칭 문제부터 캐싱·러닝커브까지. REST와 GraphQL의 본질적 차이와 프로젝트별 선택 기준을 실전 관점에서 비교합니다.
2026.07.10
백엔드·인프라· 7분
JWT 인증 제대로 이해하기: 세션과 무엇이 다른가
JWT가 무엇이고 왜 쓰는지, 액세스/리프레시 토큰 전략과 저장 위치, 보안 함정까지. 인증 설계의 기본기를 한 번에 정리합니다.
2026.07.09