2025년 신입 개발자라면
개발의 길 2026. 7. 4. 15:03 |
아래는 작성한 글 전문이에요. 워크스페이스(blog-git-commands.md)에도 동일하게 저장해 두었습니다.
2025년 신입 개발자라면, Git 자주 쓰는 명령어 정리 — 이것만 외우면 반은 한다
요즘 면접 보면 Git 사용 경험을 거의 필수로 물어보는 시대죠. 근데 막상 처음 배우는 사람 입장에서 명령어가 너무 많아서 막막한 거예요. 저도 첫 주에 checkout이랑 revert 헷갈려서 한참 헤맸습니다. 오늘은 자주 쓰는 명령어만 콕콕 짚어서 정리해 봤어요.
Git 자주 쓰는 명령어 정리에 대해 자주 묻는 질문 5가지
IT 커뮤니티와 GitHub Discussions를 보면 비슷한 질문이 정말 많이 올라옵니다. 흔한 것들만 추려봤어요. 진짜 자주 물어요, 이거.
Q. rebase랑 merge, 뭘 써야 하나요? 둘 다 결과는 비슷합니다. 다만 rebase는 커밋 이력을 깔끔하게 정리할 수 있어요. 공식 Git 문서(https://git-scm.com/docs/git-rebase)에서도 "history를 재작성하는 도구"라고 명시돼 있습니다. 개인적으로는 팀 정책에 맞춰 쓰는 게 제일 안전해요.
Q. reset이랑 revert는 다른 건가요? 맞아요, 엄연히 다릅니다. reset은 커밋 자체를 지우는 거고, revert는 되돌리기용 신규 커밋을 만드는 거예요. 이미 푸시한 커밋은 revert만 써야 안전합니다. Stack Overflow 답변들도 이 차이를 정확히 짚어주죠.
Q. stash는 언제 쓰나요? 작업 중인데 급하게 다른 브랜치로 옮겨야 할 때, 임시로 변경사항을 저장해두는 기능이에요. 간단히 말하면 "옮겨놓기통" 같은 거예요.
Q. clone이랑 pull 차이가 뭔가요? clone은 처음 받을 때, pull은 이미 받은 저장소를 최신 상태로 동기화할 때 씁니다. 되게 자주 헷갈리는 부분이잖아요.
Q. GitHub에 push가 안 돼요. 권한 문제일 가능성이 큽니다. PAT(Personal Access Token)나 SSH 키 설정을 먼저 확인해 보세요. GitHub 이슈 트래커에도 같은 증상이 자주 보고됩니다.
처음부터 모든 옵션 외울 필요 없어요. 기본 흐름만 익히고, 필요할 때마다 한 개씩 더 배워가면 됩니다. 어차피 그렇게 늘더라고요.
실제 사례: 이런 분들은 이렇게 했습니다
옛날에 제가 처음 Git 쓸 때 얘기 하나만 해볼게요. 브랜치 이름 잘못 적었는데 그냥 -D로 강제 삭제해버린 적 있었어요. 처음엔 멀쩡한 줄 알았는데, 일주일 뒤 그 브랜치의 커밋이 통째로 사라진 거예요. 진짜 그랬어요.
그때는 몰랐는데. git reflog라는 명령어가 있었더라고요. 치면 HEAD가 가리켰던 모든 기록이 쭉 나옵니다. 거기서 커밋 해시 잡고 cherry-pick으로 살려냈어요. 살짝 무서웠지만, 결국 복구는 됐습니다.
GitHub 이슈 트래커에도 비슷한 사례가 여러 건 보고돼 있어요. "강제 리셋 후 복구"라는 주제로 종종 보이거든요. 2024년 한 해 동안만 관련 이슈가 수십 건은 올라왔던 걸로 기억합니다.
또 다른 케이스로, 협업 중 충돌(conflict)이 계속 나는 분들이 있어요. 이럴 땐 일단 git status로 상태부터 봅니다. 어떤 파일이 충돌났는지, staged 되어 있는지, 한눈에 다 나와요. 그다음 충돌 마커(<<<<<<<)를 직접 수정하는 게 가장 확실하답니다. 참고로, GUI 툴로 해결해도 무방합니다.
단계별 솔루션 따라하기
자, 이제 실제로 자주 쓰는 명령어 셋트로 넘어갈게요. 처음엔 이 정도만 외우셔도 충분합니다. 표로 한 번에 봤어요.
| 구분 | 명령어 | 짧은 설명 |
|---|---|---|
| 시작 | git init |
새 저장소 만들기 |
| 받기 | git clone <url> |
원격 저장소 복제 |
| 상태 | git status |
현재 변경 상태 확인 |
| 추가 | git add . |
변경사항 전부 스테이지 |
| 기록 | git commit -m "메시지" |
커밋 생성 |
| 푸시 | git push origin main |
원격에 업로드 |
| 가져오기 | git pull |
원격 변경 가져오기 |
| 브랜치 | git checkout -b feat/xxx |
새 브랜치 생성·이동 |
| 병합 | git merge feat/xxx |
브랜치 합치기 |
| 되돌리기 | git revert <hash> |
되돌리기 커밋 생성 |
| 임시저장 | git stash |
작업 임시 보관 |
| 기록 보기 | git log --oneline |
커밋 한 줄로 보기 |
공식 릴리스 노트에 따르면, Git 2.43(2024년 5월)부터는 git rebase --update-refs 옵션이 도입됐다고 합니다. reference 업데이트를 자동으로 해주는 기능이에요. 써보면 꽤 편리하답니다.
추천 워크플로우는 단순합니다. add → commit → push. 딱 이거예요. 처음엔 이 세 명령어만 자유자재로 쓸 수 있어도, 협업에 들어갈 수 있어요. 그때는 몰랐는데, 사실 입문 단계에선 그것만으로도 충분했습니다.
체크리스트: 이것만 확인하세요
마지막으로, 막상 쓰다 보면 깜빡하는 항목만 추렸어요. 한번씩 훑어주시면 좋아요. 돌이켜보면, 저는 이 리스트 중 반도 안 챙기고 시작했더라고요.
- [ ] 작업 시작 전 항상
git status - [ ] 커밋 메시지는 한 줄 요약 + 상세 설명 2줄
- [ ] 푸시 직전
git diff --staged로 변경 내역 확인 - [ ] 다른 사람 작업 가져올 땐
git pull먼저 - [ ] 새 기능은 브랜치 따로 파서 진행
- [ ] merge 끝나면 불필요한 브랜치는 정리
- [ ]
.gitignore에 환경변수·빌드 산출물 등록 - [ ] 충돌 떴을 때 무작정
--force금지 - [ ] 패스워드는 PAT, 키 인증은 SSH로
아홉 개쯤 되네요. 근데 다 중요합니다.
자주 묻는 질문 더 보기
Q. Git을 CLI로만 익혀야 할까요? 꼭 그렇진 않아요. VS Code나 JetBrains IDE에도 Git UI가 내장돼 있습니다. 다만 도구 쓰다 문제 생기면 결국 터미널로 돌아오게 돼요. 인 셈이에요.
Q. 커밋 메시지 관례가 있나요? 있어요. Conventional Commits(https://www.conventionalcommits.org/ko)라는 규약이 널리 쓰입니다. feat:, fix:, docs: 같은 prefix를 붙이는 방식이죠.
Q. Git GUI 툴 추천해주세요. 소스트리(SourceTree)가 입문자에겐 무난해요. 깃허브 데스크탑도 심플하고 좋습니다.
Q. 협업할 때 conflict 줄이는 팁 있나요? 가능하면 같은 파일을 동시에 수정하는 일이 없게 역할을 나누는 게 가장 확실합니다. 자주 pull하고, 작은 단위로 자주 커밋해 두면 도움이 돼요.
마무리
오늘은 Git 자주 쓰는 명령어를 한 번 정리해 봤어요. 사실 입문 단계에서 외워야 할 건 생각보다 적습니다. add, commit, push, pull, checkout, branch — 여섯 개면 일상 작업 대부분이 가능해요. 나머지는 필요할 때마다 그때그때 익혀가면 됩니다.
긴 글 끝까지 읽어주셔서 고맙습니다. 궁금한 점은 댓글로 알려주세요. 이 글이 조금이라도 도움이 됐다면 다음 글도 기대해 주세요.
#Git #명령어정리 #입문 #개발자 #버전관리
'개발의 길' 카테고리의 다른 글
| VS Code 생산성 확장 추천 - 2년 동안 써보고 진짜 살아남은 (1) | 2026.06.29 |
|---|---|
| Vue.js 완전정복! 초보자도 3일만에 마스터하는 핵심 가이드 (0) | 2025.08.23 |
| java 개발자라면 반드시 알아야 할 7가지 디자인 패턴의 비밀! (0) | 2025.06.19 |
| 신의 데이터가 인질로 잡혔다! 랜섬웨어 DB 암호화 공격의 무서운 실체 (3) | 2025.06.10 |
| 눈에 보이지 않는 소프트웨어의 일꾼들: 멀티스레드의 모든 것 (1) | 2025.04.24 |
