Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 |
Tags
- JavaScript
- Infra
- Debugging
- database
- SRE
- DevOps
- HTTP
- 성능
- NextJS
- version-control
- react
- PostgreSQL
- CI
- aws
- observability
- backend
- Ops
- web
- Performance
- Security
- CSS
- reliability
- Kubernetes
- frontend
- auth
- Operations
- API
- Git
- architecture
- 버전관리
Archives
- Today
- Total
고민보단 실천을
git status로 변경사항 한눈에 확인: 충돌 전 점검 체크리스트 실무 정리 본문
git status로 변경사항 한눈에 확인: 충돌 전 점검 체크리스트 실무 정리
git status는 커밋 전 실수를 줄이는 가장 비용 효율적인 명령어다. 브랜치 상태, 스테이징 여부, 충돌 파일을 즉시 확인할 수 있다.

기본 사용법
git status
git status -sb자주 쓰는 옵션 3가지
| 항목 | 의미 | 언제 쓰는지(실무 상황) |
|---|---|---|
| -s | 짧은 형식 출력 | 변경 파일을 빠르게 훑고 싶은 코드리뷰 직전 |
| -b | 현재 브랜치/추적 정보 표시 | 원격과 ahead/behind 상태를 확인할 때 |
| --untracked-files=no | 미추적 파일 숨김 | 생성 파일이 많아 출력 노이즈를 줄일 때 |
문제 상황
상황: 예상하지 못한 파일까지 커밋되어 배포 이력이 오염된다.
원인: status 확인 없이 add -A를 먼저 실행했다.
해결: 커밋 전 git status -sb를 습관화하고 불필요 파일은 git restore --staged로 제외한다.
예방 팁: .gitignore를 정기 점검해 로그·빌드 산출물 유입을 차단한다.
참고/출처
공식 문서: git-status manual
공식 문서: Pro Git - Recording Changes
신뢰 자료: Atlassian - Inspecting a repository
'GIT' 카테고리의 다른 글
| git bisect로 버그 커밋 찾기: 이진 탐색으로 원인 추적 시간을 줄이는 법 (0) | 2026.02.20 |
|---|---|
| git switch 브랜치 전환 실수 방지: -c와 --detach 사용 시점 완전 정리 (0) | 2026.02.20 |
| git rebase 이력 깔끔하게 정리: 충돌 복구와 interactive rebase 실전 (0) | 2026.02.20 |
| git pull 충돌 줄이기: --rebase와 --ff-only 선택 기준 팀 실무 가이드 (0) | 2026.02.19 |
| git merge 충돌 해결 가이드: --no-ff 전략과 안전한 병합 절차 정리 (0) | 2026.02.19 |
Comments
