Git 기초 사용법 완벽 정리 - 설치부터 커밋, 브랜치 협업까지 한 번에 배우는 입문 가이드
폴더를 복사해서 최종, 진짜최종으로 저장하던 습관을 버릴 시간입니다. 설치와 초기 설정부터 add, commit, push, 브랜치 협업까지 Git 기초 사용법을 실제 명령어 예시와 함께 단계별로 정리했습니다.
![]()
개발 공부를 시작하면 누구나 한 번은 Git이라는 벽을 만납니다. 과제 폴더를 통째로 복사해서 최종본, 진짜최종본, 이게진짜최종본이라는 이름을 붙여 두고는 정작 어떤 파일이 최신인지 몰라 헤맨 경험이 있다면, 이미 버전 관리의 필요성을 몸으로 느낀 것입니다. Git 기초 사용법은 처음에는 낯설지만, 실무에서 매일 쓰는 명령어는 사실 5~6개뿐입니다. 설치부터 협업까지 꼭 필요한 것만 순서대로 정리했습니다.
Git이 필요한 이유
Git은 코드의 변경 이력을 기록하고, 필요하면 언제든 과거 시점으로 되돌릴 수 있게 해주는 버전 관리 시스템입니다. 스택오버플로의 2022년 개발자 설문에서 응답자의 약 94%가 Git을 사용한다고 답했을 만큼 사실상 업계 표준입니다. 혼자 공부할 때도 유용하지만, 진짜 힘은 여러 사람이 같은 코드를 동시에 수정할 때 발휘됩니다. 누가 언제 어떤 줄을 왜 바꿨는지 전부 기록되기 때문입니다.
설치와 최초 설정 3단계
설치는 10분이면 끝납니다. 아래 순서대로 진행하면 됩니다.
- 1단계 설치: 공식 사이트 git-scm.com에서 운영체제에 맞는 설치 파일을 내려받아 실행합니다. 설치 옵션은 기본값 그대로 두어도 됩니다.
- 2단계 확인: 터미널에서
git --version을 입력해 버전 번호가 출력되면 설치 성공입니다. - 3단계 사용자 등록:
git config --global user.name \"이름\"과git config --global user.email \"이메일\"을 입력합니다. 이 정보가 모든 커밋에 작성자로 기록됩니다.
반드시 알아야 할 핵심 명령어
Git의 작업 흐름은 세 공간으로 이해하면 쉽습니다. 파일을 수정하는 작업 디렉터리, 저장할 파일을 골라 담는 스테이징 영역, 이력이 확정 기록되는 저장소입니다. add로 담고, commit으로 기록하고, push로 온라인에 올린다고 기억하면 됩니다.
| 명령어 | 역할 | 사용 예시 |
|---|---|---|
| git init | 현재 폴더를 Git 저장소로 만들기 | git init |
| git status | 변경된 파일과 현재 상태 확인 | git status |
| git add | 저장할 파일을 스테이징에 올리기 | git add index.html |
| git commit | 스테이징된 변경을 이력으로 기록 | git commit -m \"로그인 버튼 추가\" |
| git push | 내 커밋을 원격 저장소에 업로드 | git push origin main |
| git pull | 원격 저장소의 최신 변경 가져오기 | git pull origin main |
| git log | 커밋 이력 조회 | git log --oneline |
Git의 핵심은 명령어 암기가 아니라 언제든 되돌릴 수 있다는 안전망을 갖는 것입니다. 커밋을 자주, 작게 남길수록 이 안전망은 촘촘해집니다.
git status를 먼저 입력하는 습관을 들이세요. 지금 어떤 브랜치에 있는지, 무엇이 수정됐는지 확인하는 것만으로 초보 시절 실수의 대부분을 예방할 수 있습니다.브랜치로 협업하는 기본 흐름
브랜치는 원본 코드를 건드리지 않고 복사본 위에서 작업하는 기능입니다. git branch feature-login으로 브랜치를 만들고 git switch feature-login으로 이동해 작업한 뒤, 완성되면 git merge로 원본에 합칩니다. 협업할 때는 main 브랜치에 직접 커밋하지 않고, 기능별 브랜치에서 작업한 후 GitHub의 Pull Request로 동료의 검토를 받아 합치는 방식이 일반적입니다.
이때 커밋 메시지를 잘 쓰는 것이 협업 품질을 좌우합니다.
- 무엇을 했는지 한 줄로 요약합니다. 수정함, 변경 같은 모호한 메시지는 피합니다.
- 하나의 커밋에는 하나의 목적만 담습니다. 버그 수정과 새 기능을 한 커밋에 섞지 않습니다.
- 50자 안팎으로 짧게 쓰고, 상세 설명이 필요하면 본문에 덧붙입니다.
초보자가 자주 하는 실수와 해결법
입문자들이 반복하는 실수는 대부분 정해져 있습니다. 미리 알아두면 시행착오를 크게 줄일 수 있습니다.
- 하루치 작업을 커밋 1개로 몰아넣기: 문제가 생겼을 때 되돌릴 지점이 없어집니다. 기능 단위로 쪼개서 커밋하세요.
- .gitignore 미설정: API 키나 비밀번호가 담긴 설정 파일이 원격 저장소에 올라가는 사고가 흔합니다. 저장소를 만들자마자 .gitignore부터 작성하세요. 한 번 push된 비밀키는 삭제해도 이력에 남으므로 반드시 키 자체를 재발급해야 합니다.
- 충돌이 무서워서 pull을 미루기: 오래 미룰수록 충돌 규모만 커집니다. 작업 시작 전 pull을 습관화하면 충돌 대부분은 몇 줄 수준에서 끝납니다.
- git push -f 남용: 강제 push는 동료의 커밋을 덮어쓸 수 있습니다. 공유 브랜치에서는 사용하지 않는 것이 원칙입니다.
실전 연습으로 손에 익히기
Git은 눈으로 읽는 것보다 작은 프로젝트 하나를 처음부터 끝까지 버전 관리해 보는 것이 가장 빠른 학습법입니다. 주제는 단순할수록 좋습니다. 예를 들어 대출 계산기처럼 입력과 결과가 명확한 계산기형 웹 도구는 입력 폼, 계산 로직, 결과 화면을 각각 별도 커밋으로 나누는 연습에 안성맞춤입니다. 조금 더 욕심을 낸다면 오늘의단타 LIVE처럼 실시간 데이터를 보여주는 서비스의 미니 버전을 만들어 보세요. 데이터 연동 기능을 별도 브랜치에서 개발하고 merge까지 해보면 협업 흐름 전체를 혼자서도 경험할 수 있습니다.
오늘 해볼 액션은 두 가지입니다. 첫째, 지금 공부 중인 폴더에서 git init을 실행하고 첫 커밋을 남겨 보세요. 둘째, GitHub 계정을 만들어 그 저장소를 push해 보세요. 이 두 가지만 해도 Git 기초 사용법의 절반은 이미 손에 익은 것입니다.