Git 명령어 50가지로 시니어 개발자처럼 작업하는 방법
개발을 처음 시작했을 때 Git은 마치 마법처럼 느껴지곤 합니다.
누군가 알려준 커맨드를 따라 치긴 했지만, 정확히 무슨 일이 일어나고 있는지는 모르는 경우가 대부분이었죠. git push -f 한 번 잘못 쓰면 팀 전체에 혼란이 오고, 커밋 메시지를 잘못 작성하면 나중에 기록을 따라가기 어려워졌습니다. 하지만 Git은 단순한 버전 관리 도구가 아니라, 협업과 기록의 핵심 도구입니다.
많은 개발자들이 Git을 사용하면서도 여전히 일부 명령어만 알고, 더 나아가지 못하는 경우가 많습니다.
하지만 숙련된 개발자들은 Git을 매일 사용하면서도 마치 자연스럽게 사용하는 듯 다양한 명령어를 유용하게 활용합니다. 그리고 이들이 공통적으로 사용하는 명령어들이 있습니다.
이번 글에서는 실제 프로 개발자들이 매일 사용하는 Git 명령어 50가지를 정리하고, 각 명령어가 어떤 상황에서 필요한지, 사용 시 주의할 점은 무엇인지 등을 하나씩 자세히 소개합니다.
단순히 명령어만 나열하는 것이 아니라, 실전에서 왜 사용하는지, 어떤 점이 중요한지에 초점을 맞췄습니다.
Git에 대한 감을 익히고, 실무에서도 두려움 없이 사용하고 싶다면 이 글을 끝까지 읽어보세요.
Git 설정: 시작하기 전에 꼭 해야 할 작업
Git을 사용하기 전에 자신을 Git에게 알려줘야 합니다. 기본적인 사용자 정보를 설정하면 나중에 커밋 기록에서도 자신이 누구인지 분명하게 드러나며, 자격 증명도 효율적으로 관리할 수 있습니다.
git config -l
git config --global user.name "홍길동"
git config --global user.email "hong@example.com"
git config --global credential.helper cache
git config --global credential.helper 'cache --timeout=3600'
이 설정은 한 번만 해두면 전역적으로 적용됩니다. 특히 다수의 프로젝트에서 작업할 경우 커밋 기록을 명확하게 관리하기 위해 반드시 필요한 설정입니다. 또한, 자격 증명 캐시는 매번 로그인 정보를 묻지 않도록 도와줍니다.
로컬 저장소 초기화
프로젝트에 Git을 적용하려면 먼저 저장소를 초기화해야 합니다. 이 과정은 .git이라는 폴더를 생성하여 Git이 프로젝트를 추적할 수 있게 만듭니다.
git init
이 명령어 하나로 버전 관리를 시작할 수 있습니다. .git 폴더는 프로젝트의 뇌와도 같기 때문에, 삭제하지 않도록 주의해야 합니다.
변경사항 스테이징: 어떤 파일을 추적할 것인가
Git은 변경사항을 직접 커밋하지 않습니다. 먼저 어떤 파일을 저장할지 선택하고, 그 후에 커밋하는 방식을 따릅니다. 이 과정을 스테이징이라고 부릅니다.
git add 파일이름.txt # 특정 파일 추가
git add . # 모든 파일 추가
git add app-* # 패턴에 맞는 파일 추가
git add -p # 대화형으로 스테이징
특히 git add -p는 변경사항을 부분적으로 나누어 커밋할 때 유용합니다. 의미 있는 단위로 커밋을 만들기 위한 핵심 도구입니다.
현재 상태 확인
지금 작업 디렉토리에서 어떤 변경이 있었는지 파악하는 건 매우 중요합니다. 실수로 커밋하지 않거나 잘못된 파일을 포함시키는 것을 방지할 수 있습니다.
git status # 현재 스테이징 상태 확인
git diff # 변경사항 확인
git diff --staged # 스테이지에 올라간 변경 확인
git diff path/to/file.txt # 특정 파일만 확인
Git은 변경사항을 ‘스테이지’에 올린 것과 아직 올리지 않은 것으로 구분합니다. 이 차이를 잘 이해하면 실수 없이 커밋할 수 있습니다.
커밋: 작업을 저장하는 공식적인 방법
변경사항을 로컬 저장소에 기록하려면 커밋을 해야 합니다. 커밋 메시지는 나중에 기록을 추적하거나 되돌릴 때 매우 중요합니다.
git commit # 에디터로 메시지 작성
git commit -m "로그인 페이지 추가" # 간단한 메시지
git commit -a -m "버그 수정" # 수정된 파일 전체 자동 커밋
a옵션은 변경된 파일 중 Git이 이미 추적 중인 파일을 자동으로 커밋합니다. 새 파일은 반드시git add를 해야 합니다.
커밋 히스토리 보기
프로젝트가 어떻게 변화했는지 시각적으로 파악하려면 git log를 활용해야 합니다.
git log # 전체 커밋 내역
git log -p # 커밋마다 변경사항 확인
git log --stat # 파일 단위 변경량 확인
git log --graph --oneline # 시각적 트리 구조 확인
특히 --graph는 브랜치 구조를 직관적으로 확인할 수 있어 협업 시 필수적인 도구입니다.
개별 커밋 분석하기
문제가 생겼을 때, 특정 커밋에서 무슨 일이 있었는지 확인하는 것은 디버깅의 핵심입니다.
git show 커밋해시값
해당 커밋에서 누가, 어떤 파일을 어떻게 변경했는지 상세히 확인할 수 있습니다.
변경 취소 및 실수 복구
작업 중 실수는 언제든 발생할 수 있습니다. Git은 이를 복구할 수 있는 다양한 도구를 제공합니다.
git checkout -- 파일명.txt # 파일 변경 취소
git reset HEAD 파일명.txt # 스테이징 취소
git reset -p # 선택적으로 스테이징 취소
git commit --amend # 마지막 커밋 수정
git revert 커밋해시 # 해당 커밋 되돌리기
git revert HEAD # 가장 최근 커밋 되돌리기
주의할 점은 git commit --amend나 git rebase는 이미 공유된 커밋에 사용하지 말아야 한다는 점입니다.
브랜치 작업
기능 추가나 실험은 브랜치에서 진행해야 메인 코드에 영향을 주지 않습니다.
git branch # 브랜치 목록
git branch feature/login # 새 브랜치 생성
git checkout feature/login # 브랜치 전환
git checkout -b feature/signup # 생성과 전환 동시에
git branch -d old-branch # 병합 후 브랜치 삭제
git merge feature/login # 브랜치 병합
git merge --abort # 충돌 시 병합 중단
브랜치를 잘 활용하면 코드 관리가 훨씬 체계적으로 됩니다.
원격 저장소 연결 및 동기화
Git은 로컬뿐만 아니라 GitHub, GitLab 등 원격 저장소와 함께 사용할 수 있습니다.
git remote add origin <https://github.com/you/repo.git>
git remote -v
git remote show origin
git fetch
git pull
git push
git push -u origin feature/login
git push --delete origin old-branch
fetch는 가져오기만 하고, pull은 병합까지 자동으로 수행합니다. 실수 방지를 위해 종종 fetch → merge 순으로 사용하는 것이 좋습니다.
리베이스로 커밋 히스토리 정리하기
커밋 히스토리를 깔끔하게 만들고 싶다면 rebase를 활용하세요.
git rebase main
git rebase -i main
인터랙티브 리베이스를 통해 커밋 병합, 순서 변경, 메시지 수정이 가능합니다. 단, 다른 사람과 공유된 브랜치에서는 사용하지 말아야 합니다.
기타 유용한 Git 명령어들
다양한 상황에서 도움이 되는 명령어들입니다.
git branch -r # 원격 브랜치 목록
git log origin/main # 원격 저장소의 로그 확인
git remote update # 원격 정보 갱신
git push -f # 강제 푸시 (주의!)
강제 푸시는 마지막 수단으로만 사용해야 합니다. 팀과의 충돌을 불러올 수 있기 때문입니다.
마무리하며: Git은 개발자의 필수 무기입니다.
지금까지 실제 시니어 개발자들이 매일 사용하는 Git 명령어 50가지를 정리하고, 자세히 소개해드렸습니다.
처음 Git을 접하면 어렵고 복잡하게 느껴질 수 있지만, Git은 실수를 복구하고 협업을 효율적으로 만들기 위해 설계된 도구입니다.
단순한 명령어 입력을 넘어, Git을 이해하고 제대로 사용하는 것은 개발자로서의 실력을 한 단계 끌어올리는 중요한 지점입니다. 프로젝트의 흐름을 파악하고 버전 관리를 체계적으로 하는 데 Git만큼 강력한 도구는 없습니다.
이 글에서 소개한 50가지 Git 명령어는 단순한 기능 설명을 넘어 실무에서 자주 쓰이는 핵심적인 도구들입니다.
브랜치 관리, 커밋 정리, 원격 저장소 연결 등 실전 상황에서 필요한 기능들을 익혀두면 협업이 훨씬 수월해지고, 코드 관리가 깔끔해집니다. 자주 사용하며 몸에 익히면 Git은 더 이상 어렵거나 두려운 존재가 아닙니다.
Git을 잘 다룬다는 것은 곧 코드의 과거와 현재, 그리고 미래까지 컨트롤할 수 있다는 뜻입니다.
오늘부터 실전 명령어들을 하나씩 익히며 Git을 자신만의 무기로 만들어 보세요. 그 과정이 쌓일수록 여러분은 더 빠르고, 더 안전하게 프로젝트를 이끌 수 있는 능력 있는 개발자가 될 것입니다.
FAQ: Git 명령어 관련 자주 묻는 질문
Q1. Git과 GitHub는 무엇이 다르나요?
A: Git은 버전 관리 도구입니다. 로컬에서 코드의 변경 이력을 관리할 수 있는 시스템이죠. 반면 GitHub는 Git 저장소를 온라인으로 호스팅해주는 서비스입니다. GitLab, Bitbucket도 같은 계열입니다. 쉽게 말해, Git이 수첩이라면 GitHub는 그 수첩을 클라우드에 올려서 여러 사람이 함께 보거나 편집할 수 있도록 해주는 플랫폼입니다.
Q2. git add와 git commit의 차이는 무엇인가요?
A: git add는 변경된 파일을 커밋할 준비 상태(스테이징)에 올리는 명령입니다. 그 상태에서 git commit을 실행하면 스테이징된 내용이 Git 히스토리에 저장됩니다. 즉, add는 준비, commit은 저장이라고 이해하면 쉽습니다.
Q3. 커밋 메시지는 어떻게 작성하는 것이 좋을까요?
A: 커밋 메시지는 나중에 변경 이력을 파악할 때 매우 중요합니다. 일반적으로 다음과 같은 포맷을 사용합니다:
feat: 로그인 기능 추가fix: 회원가입 버그 수정refactor: 중복 코드 제거
짧고 명확하게, 무엇을 했는지를 한 줄로 요약하는 것이 좋습니다.
Q4. git pull과 git fetch는 뭐가 다른가요?
A: git fetch는 원격 저장소에서 변경 내용을 가져오기만 합니다. 내 브랜치에는 아직 적용되지 않죠. 반면 git pull은 fetch와 merge를 동시에 실행해, 가져온 내용을 내 브랜치에 바로 병합합니다. 실무에서는 문제가 발생할 가능성이 적은 fetch → diff 확인 → merge 순서를 추천합니다.
Q5. git reset과 git revert는 언제 사용하나요?
A: git reset은 로컬에서 변경 이력을 완전히 지우거나 이전 상태로 되돌릴 때 사용합니다. git revert는 이전 커밋을 되돌리는 새로운 커밋을 만드는 방식입니다. 협업 중이라면 revert를, 혼자 작업 중이라면 reset을 주로 사용합니다. 특히 공유된 브랜치에서는 절대 reset 하지 않는 것이 좋습니다.
Q6. 브랜치를 많이 만들어도 괜찮을까요?
A: 괜찮습니다. 브랜치는 작업을 분리하고 기능 단위로 관리하기 위한 좋은 수단입니다. 중요한 것은 브랜치 명명 규칙과 정리 전략입니다. 예: feature/login, bugfix/signup-error처럼 명확하게 이름 짓고, 완료된 브랜치는 git branch -d 또는 git push --delete로 삭제하는 것이 좋습니다.
Q7. 커밋을 합치거나 순서를 바꾸려면 어떻게 하나요?
A: git rebase -i (인터랙티브 리베이스)를 사용하면 여러 커밋을 하나로 합치거나 순서를 조정할 수 있습니다. 예를 들어, pick을 squash로 바꾸면 커밋을 병합할 수 있고, 위아래 순서를 바꾸면 재배열됩니다. 단, 공유된 브랜치에서는 리베이스 사용을 피해야 합니다.
Q8. Git 명령어를 익히는 가장 좋은 방법은 무엇인가요?
A: 실제 프로젝트에서 자주 사용해보는 것이 가장 좋습니다. 명령어를 직접 입력해보고, 상태를 확인하며 피드백을 받는 과정이 중요합니다. 연습용 저장소를 만들어 실험해보는 것도 매우 유익합니다. 또한 git status, git log, git diff처럼 상태를 확인하는 명령어를 자주 활용하는 습관이 Git 실력을 빠르게 키워줍니다.
