Git 입문 가이드, 버전 관리 개념·기본 명령어·브랜치 전략·깃허브 협업과 실수 되돌리기
똑똑해지고 싶은 똑이
조회 23
다 읽는 데 약 7분 걸려요다 읽고 나면 자신감이 조금 붙을 거예요.
💡 핵심 킬러 메시지
GIT은 명령어를 외우기보다 '변경→스테이징→커밋' 흐름을 손에 익히는 것이 핵심이에요.
GIT을 처음 쓰다 충돌 메시지가 떠서 무엇을 지워야 할지 몰라 식은땀이 났던 적 있죠.
파일 이름을 "최종", "최종_진짜", "최종_수정2"처럼 바꿔 가며 저장해 본 적이 있다면 버전 관리가 왜 필요한지 이미 알고 있는 셈이에요. Git은 파일의 변경 이력을 체계적으로 기록하고, 원하면 언제든 이전 상태로 돌아가게 해 주는 버전 관리 도구예요. 여러 사람이 같은 프로젝트를 동시에 수정해도 변경 내용을 안전하게 합칠 수 있어서 개발자에게는 필수 도구가 됐어요. 최근에는 문서 작성, 데이터 분석, 디자인 파일 관리에도 쓰여요. 이 글은 Git을 처음 배우는 사람을 위해 버전 관리가 필요한 이유, 핵심 개념, 설치와 초기 설정, 기본 명령어 흐름, 브랜치 사용법, 깃허브 협업, 자주 하는 실수와 되돌리는 법을 정리했어요.
📷 사진 1 터미널에 Git 커밋 기록이 출력된 화면
Alt: Git 커밋 기록
(이 상자를 내 사진으로 바꿔 주세요)
버전 관리가 필요한 이유
파일 이름 뒤에 최종, 진짜최종을 붙이며 버전을 관리하던 기억이 있는 분도 있을 거예요. GIT을 쓰면 그런 고민이 줄어요.
- 언제 누가 무엇을 바꿨는지 기록이 남아요.
- 잘못 수정해도 이전 상태로 되돌릴 수 있어요.
- 새 기능을 실험할 때 원본을 건드리지 않고 따로 작업할 수 있어요.
- 여러 사람의 작업을 충돌 없이 합칠 수 있어요.
📷 사진 2 터미널에서 GIT 명령을 입력하는 화면
Alt: GIT 기본 명령
(이 상자를 내 사진으로 바꿔 주세요)
핵심 개념
| 개념 | 의미 |
|---|---|
| 저장소(repository) | 프로젝트와 변경 이력이 저장된 곳 |
| 커밋(commit) | 변경 내용을 기록한 하나의 저장 지점 |
| 스테이징(staging) | 다음 커밋에 넣을 변경을 고르는 단계 |
| 브랜치(branch) | 독립적으로 작업하는 갈래 |
| 병합(merge) | 브랜치의 변경을 합치기 |
| 원격 저장소(remote) | 깃허브 같은 서버에 있는 저장소 |
작업 폴더에서 수정하고, 스테이징으로 고르고, 커밋으로 기록하는 세 단계를 이해하면 Git의 절반은 이해한 거예요.
📷 사진 3 작업 폴더, 스테이징, 저장소 세 단계를 그린 도식
Alt: Git 작업 흐름
(이 상자를 내 사진으로 바꿔 주세요)
📷 사진 4 커밋 기록 화면
Alt: GIT 커밋 기록
(이 상자를 내 사진으로 바꿔 주세요)
설치와 초기 설정
운영체제에 맞는 Git을 설치한 뒤, 커밋에 기록될 이름과 이메일을 설정해요. 기본 브랜치 이름과 사용할 편집기도 정해 두면 편해요. 터미널 사용이 낯설다면 리눅스 글의 기본 명령어를 먼저 익혀 보세요. 그래픽 도구나 코드 편집기의 Git 기능을 함께 쓰면 변경 내용을 눈으로 확인하기 쉬워요.
📷 사진 5 브랜치 구조 그림
Alt: GIT 브랜치
(이 상자를 내 사진으로 바꿔 주세요)
기본 명령어 흐름
| 명령어 | 하는 일 |
|---|---|
| git init | 새 저장소 만들기 |
| git clone | 원격 저장소 복제 |
| git status | 현재 변경 상태 확인 |
| git add | 변경을 스테이징 |
| git commit | 변경 기록 |
| git log | 커밋 기록 보기 |
| git pull | 원격 변경 가져와 합치기 |
| git push | 내 커밋을 원격에 올리기 |
커밋 메시지는 "무엇을 왜 바꿨는지"를 짧고 분명하게 적어요. 작은 단위로 자주 커밋하면 문제가 생겼을 때 원인을 찾기 쉬워요.
브랜치 사용법
새 기능이나 수정 작업은 기본 브랜치에서 바로 하지 말고 새 브랜치를 만들어 진행하세요. 작업이 끝나면 기본 브랜치에 병합해요. 같은 부분을 두 사람이 다르게 고치면 충돌이 생기는데, 충돌 표시된 부분을 직접 확인해 올바른 내용으로 정리한 뒤 다시 커밋하면 돼요.
📷 사진 6 갈라지고 합쳐지는 브랜치 그래프
Alt: Git 브랜치 그래프
(이 상자를 내 사진으로 바꿔 주세요)
깃허브 협업
깃허브는 Git 원격 저장소를 호스팅하는 대표적인 서비스예요. 팀 협업은 보통 다음 흐름으로 진행해요.
- 이슈로 할 일을 정리해요.
- 브랜치를 만들어 작업하고 커밋해요.
- 원격에 올린 뒤 풀 리퀘스트(PR)를 열어요.
- 동료가 코드 리뷰를 하고 의견을 남겨요.
- 수정 후 승인되면 기본 브랜치에 병합해요.
개인 프로젝트도 깃허브에 올려 두면 포트폴리오가 돼요. 진로별 활용은 백엔드 글과 프론트엔드 글에서, 처음 코딩 배우는 순서는 코딩배우기 글에서 정리했어요. AI 도구가 만든 코드도 커밋 단위로 검토하면 안전해요. 관련 습관은 AI코딩 글을 참고하세요.
자주 하는 실수와 되돌리는 법
- 커밋 메시지를 잘못 썼을 때: 아직 원격에 올리지 않았다면 마지막 커밋 메시지를 수정할 수 있어요.
- 파일을 잘못 스테이징했을 때: 스테이징을 취소하고 다시 고르면 돼요.
- 이미 올린 커밋을 취소하고 싶을 때: 기록을 지우기보다 그 변경을 되돌리는 새 커밋을 만드는 방법이 협업에 안전해요.
- 비밀번호나 키를 커밋했을 때: 저장소에서 지우는 것만으로는 부족해요. 해당 비밀번호나 키를 즉시 폐기하고 새로 발급하세요.
공유된 기록을 강제로 덮어쓰는 명령은 동료의 작업을 날릴 수 있으니 팀 규칙을 확인한 뒤에만 쓰세요.
GIT, 실수로 커밋했을 때 되돌리는 법
되돌리는 방법은 상황마다 달라요. 이미 공유한 커밋인지 아닌지 먼저 확인하고, 공유한 커밋이라면 기록을 지우기보다 되돌리는 커밋을 새로 만드는 편이 안전해요.
GIT 체크리스트
| 항목 | 확인할 것 | 체크 |
|---|---|---|
| 이유 | 변경 이력 관리 | ☐ |
| 개념 | 저장소·커밋·브랜치 | ☐ |
| 설정 | 이름·이메일 | ☐ |
| 흐름 | 변경→스테이징→커밋 | ☐ |
| 협업 | 깃허브 | ☐ |
.gitignore 활용
빌드 결과물, 설치된 라이브러리 폴더, 개인 설정 파일, 환경 변수 파일처럼 저장소에 올리면 안 되는 파일은 .gitignore 파일에 적어 제외하세요. 프로젝트를 시작할 때 먼저 만들어 두면 실수를 크게 줄일 수 있어요.
GIT 감정 카드: GIT 앞에서 이런 마음이라면
읽다가 마음이 머문 대목이 있었다면, 지금 내 상태와 가장 가까운 카드를 골라 보세요.
📷 사진 7 깃허브 협업 화면
Alt: GIT 깃허브 협업
(이 상자를 내 사진으로 바꿔 주세요)
자주 묻는 질문
GIT과 깃허브는 같은 건가요?
GIT은 버전 관리 도구이고, 깃허브는 GIT 저장소를 온라인에 올려 함께 작업하게 해 주는 서비스예요.
Git과 깃허브는 같은 건가요?
Git은 버전 관리 도구이고, 깃허브는 Git 저장소를 온라인에서 관리하는 서비스예요.
혼자 작업해도 Git이 필요한가요?
네, 변경 기록과 되돌리기만으로도 충분히 가치가 있어요.
명령어를 다 외워야 하나요?
자주 쓰는 몇 가지만 익히고 나머지는 필요할 때 찾아보면 돼요.
충돌이 나면 어떻게 하나요?
충돌 표시 부분을 확인해 올바르게 정리한 뒤 다시 커밋하세요.
마무리
Git은 수정, 스테이징, 커밋이라는 흐름만 잡으면 금방 익숙해져요. 오늘 작은 프로젝트 폴더 하나에 저장소를 만들고 첫 커밋을 남겨 보세요.
함께 읽으면 좋은 글
필요한 친구에게 한 번에 보내 보세요. 공유는 큰 힘이 돼요.
이 글, 어땠어요?
별을 눌러 평가해 주세요. 한 사람당 한 번만 세요.
아직 평가가 없어요. 첫 평가를 남겨 주세요.
💬 댓글
- 첫 댓글을 남겨 주세요.