Git 설치부터 첫 커밋(Commit)까지! 왕초보 10분 완벽 정복 가이드

Posted on by steve

 

검은 터미널 창과 낯선 영어 명령어가 두려우신가요? Git 설치부터 필수 초기 세팅, 그리고 내 생애 첫 커밋(Commit)을 남기는 순간까지 비전공자 왕초보의 눈높이에 맞춰 친절하고 명쾌하게 안내해 드립니다!

 

처음 코딩이나 웹 개발을 시작할 때 누구나 마주치는 거대한 벽이 하나 있죠. 바로 버전 관리 시스템 Git(깃)이에요. 저 역시 처음에는 시커먼 터미널 창에서 커서만 깜빡거릴 때, ‘명령어 한 줄 잘못 쳤다가 컴퓨터가 망가지면 어쩌지?’ 싶어서 손가락을 바들바들 떨었던 기억이 아직도 생생하답니다. 😅

컴퓨터 바탕화면에 ‘보고서_최종.docx’, ‘보고서_진짜최종.docx’, ‘보고서_최종_수정본_진짜마지막.docx’ 같은 파일들로 가득 찼던 경험, 다들 한 번쯤 있으실 텐데요. Git은 바로 이런 비효율적인 파일 관리를 깔끔하게 종결짓기 위해 탄생한 도구예요. 복잡한 컴퓨터 공학 이론은 싹 걷어내고, 오늘 딱 10분만 투자해서 설치부터 첫 커밋까지 완벽하게 마스터해 봐요! 😊

 

1. Git은 도대체 왜 써야 할까요? 게임의 세이브 포인트 이야기 🤔

Git을 가장 쉽게 이해하는 방법은 바로 콘솔 게임의 ‘세이브 포인트(Save Point)’를 떠올리는 거예요. 보스 몬스터와 싸우기 직전에 게임을 저장해 두면, 캐릭터가 쓰러져도 저장한 그 시점에서 다시 부활해 재도전할 수 있잖아요?

프로그래밍도 똑같습니다. 새로운 기능을 추가하다가 코드가 엉망이 되거나 예상치 못한 버그가 터졌을 때, 정상적으로 잘 돌아가던 과거의 특정 시점으로 단 몇 초 만에 코드를 되돌릴 수 있는 ‘타임머신’이 바로 Git이랍니다. 일반적인 파일 저장 방식과 Git이 어떻게 다른지 표로 한눈에 비교해 드릴게요.

일반 파일 저장 vs Git 버전 관리 시스템 비교

비교 항목 일반 파일 저장 방식 Git 버전 관리 방식 실무적 장점
파일 네이밍 파일_수정_진짜최종.py 복제 파일명 원본 1개 유지 (스냅샷 기록) 폴더가 깔끔하게 유지됨
과거 복원 Ctrl+Z (프로그램 닫으면 복원 불가) 과거 원하는 커밋 시점으로 언제든 점프 실수에 대한 두려움 제로
작업 기록 언제 뭘 바꿨는지 기억에 의존 수정 이유와 변경된 코드 줄 번호 보존 작업 히스토리 추적 용이
팀원 협업 압축파일 이메일 전송 후 수동 병합 브랜치 기반 자동 병합 및 충돌 해결 원격 협업 생산성 극대화
💡 알아두세요! Git과 GitHub은 전혀 다른 프로그램이에요!
많은 입문자분들이 헷갈려 하시는데요, Git은 내 컴퓨터 안에서 코드의 변경 이력을 기록하는 로컬 프로그램이고, GitHub은 그 기록을 인터넷 클라우드에 올려 다른 사람들과 공유하고 협업할 수 있게 돕는 웹 서비스 공간입니다. 즉, Git이 없으면 GitHub도 사용할 수 없어요!

 

2. 내 컴퓨터에 Git 설치하기 (Windows & Mac) 💻

이제 내 컴퓨터에 든든한 타임머신을 탑재해 볼 차례예요. 운영체제별로 설치 과정이 조금 다르지만, 마우스 클릭 몇 번이면 금방 끝납니다.

Windows 운영체제 사용자

  1. Git 공식 웹사이트(git-scm.com)에 접속하여 Download for Windows 버튼을 클릭합니다.
  2. 다운로드된 설치 파일(.exe)을 실행합니다.
  3. 설치 마법사 창에서 수많은 선택지가 등장하는데요, 특별한 설정 변경 없이 모두 ‘Next’를 눌러 기본값으로 설치를 완료하시면 됩니다.

Mac 운영체제 사용자

  1. 키보드의 Command + Space를 눌러 Spotlight를 켜고 터미널(Terminal)을 실행합니다.
  2. 터미널 창에 git --version을 입력하고 엔터를 누릅니다.
  3. 만약 Git이 설치되어 있지 않다면 ‘Xcode 명령줄 개발자 도구’ 설치 안내 팝업창이 뜹니다. 이때 ‘설치’를 누르고 몇 분 기다리면 자동으로 세팅이 완료됩니다.
⚠️ 주의하세요! 윈도우 설치 중 영어가 너무 많이 나와도 당황하지 마세요!
Windows 버전 설치 시 에디터 선택(Vim, VS Code 등)이나 PATH 환경변수 설정 등 10단계가 넘는 질문이 나와서 겁먹기 쉽습니다. 초보자분들은 설정을 임의로 바꾸지 마시고 기본값(Default) 체크 상태를 그대로 유지한 채 ‘Next’만 꾹 눌러 진행하셔도 코딩 실습에 아무런 지장이 없습니다.

설치가 정상적으로 끝났는지 확인해 볼까요? 윈도우는 시작 메뉴에서 Git Bash를 검색해 실행하고, 맥은 터미널에서 아래 명령어를 타이핑해 보세요.

$ git –version
git version 2.4x.x (버전 숫자가 출력되면 설치 대성공! 🎉)

 

3. 평생 딱 한 번만 하는 Git 필수 초기 설정 (사용자 등록) ⚙️

Git을 설치한 뒤 반드시 거쳐야 하는 필수 의식이 있습니다. 바로 세이브 도장(작성자 정보)을 파는 작업이에요. 누가 이 코드를 작성하고 커밋했는지 남기지 않으면 Git이 저장을 거부하거든요. 컴퓨터를 새로 포맷하기 전까지는 딱 한 번만 등록해 두면 됩니다.

터미널 창(또는 Git Bash)을 열고 본인의 이름(닉네임)과 이메일 주소를 입력해 주세요.

1) 사용자 닉네임 설정하기:

git config –global user.name “본인이름또는닉네임”

2) 사용자 이메일 설정하기:

git config –global user.email “자주쓰는이메일@example.com”

📌 알아두세요! 이메일 주소 등록 꿀팁!
여기서 입력하는 이메일은 나중에 GitHub에 가입할 때 사용할 이메일과 똑같이 맞춰주시는 것이 아주 좋습니다. 두 이메일이 일치해야 내가 로컬에서 작업한 커밋 내역이 깃허브 계정의 활동 잔디(Contribution Graph)로 예쁘게 연동되기 때문이에요!

 

4. 첫 커밋을 위한 3단계 원리: 내 방 책상부터 택배 상자까지 📦

많은 입문자분들이 git add와 git commit의 차이점에서 길을 잃곤 합니다. “저장할 건데 왜 굳이 두 번이나 명령어를 쳐야 하지?”라는 의문이 드실 텐데요. 아주 직관적인 비유로 원리를 풀어드릴게요!

📝 Git의 데이터 저장 3단계 흐름 공식

작업 공간(Working Tree) ➔ 무대 올리기(git add) ➔ 영구 기록(git commit)

  • 1단계: 작업 공간 (Working Directory) – 여러분의 책상 위입니다. 코드를 자유롭게 작성하고 문서를 수정하는 일상적인 작업 폴더예요. 아직 Git은 어떤 파일을 저장할지 모릅니다.
  • 2단계: 스테이징 영역 (Staging Area) – 택배 포장 상자 위입니다. “이번 커밋에는 이 파일과 저 파일만 담아서 보낼 거야!” 하고 지정하는 단계예요. 이때 사용하는 명령어가 바로 git add입니다.
  • 3단계: 로컬 저장소 (Repository) – 상자를 테이프로 꼼꼼하게 밀봉하고 “첫 번째 기능 개발 완료”라는 송장 스티커(커밋 메시지)를 붙여 창고에 영구 보관하는 단계입니다. 이것이 바로 git commit이에요.

원리를 알고 나니 왜 단계를 나누었는지 이해가 쏙쏙 되시죠? 책상 위에 있는 모든 낙서까지 다 택배로 보낼 필요 없이, 완성된 파일만 쏙쏙 골라서 세이브 포인트를 만들 수 있도록 설계된 것이랍니다.

 

5. 초보자 전용 3초 Git 첫 커밋 명령어 생성기 🔢

명령어 구조가 헷갈리시는 분들을 위해 간편한 실시간 도구를 준비했어요. 추가할 파일명(비워두면 폴더 전체 . 선택)과 남기고 싶은 커밋 메시지를 적고 버튼을 누르면, 터미널에 복사해 붙여넣을 완성형 명령어가 즉시 생성됩니다.

🔢 Git 커밋 명령어 빌더

커밋할 파일명:

커밋 메시지:

 

6. 실전 실습! 폴더 생성부터 첫 커밋까지 한 걸음씩 📚

백문이 불여일견! 이제 직접 빈 폴더를 하나 만들고 대망의 첫 커밋을 생성해 볼 차례예요. 터미널 창을 열고 아래 과정을 번호 순서대로 차근차근 따라 해 보세요.

실전 테스트 시나리오

  • 목표: ‘my-first-git’이라는 폴더를 만들고 hello.txt 파일을 저장하기
  • 사용할 필수 3대 명령어: git init, git add, git commit

단계별 명령어 실행 가이드

Step 1. 연습용 폴더 생성 및 이동

mkdir my-first-git && cd my-first-git

Step 2. 깃 감시자 깨우기 (저장소 초기화)

git init

(이 명령어를 치면 폴더 안에 보이지 않는 .git 숨김 폴더가 생성되며 버전 관리가 시작됩니다.)

Step 3. 테스트 파일 만들고 현재 상태 확인하기

echo “안녕 내 첫 깃 프로젝트!” > hello.txt
git status

(터미널에 붉은색 글씨로 hello.txt가 나타납니다. 아직 무대에 올라가지 않은 상태를 뜻해요.)

Step 4. 무대에 올리기 (Staging)

git add hello.txt

(다시 git status를 입력해 보면 파일명이 초록색으로 변한 것을 볼 수 있어요! 👏)

Step 5. 첫 커밋 남기기 (스냅샷 찰칵!)

git commit -m “첫 번째 커밋: hello.txt 인사말 파일 추가”

최종 결과 확인하기

마지막으로 아래 명령어를 입력해 보세요:

git log

내가 설정한 닉네임과 이메일, 커밋을 생성한 날짜, 그리고 정성스레 작성한 커밋 메시지가 노란색 해시값과 함께 화면에 주르륵 뜬다면 드디어 여러분 인생의 ‘첫 번째 커밋’이 완벽하게 박제된 것입니다! 감격스럽지 않나요? 🥳

어떠신가요? 처음에 느꼈던 막연한 두려움과 달리, init ➔ add ➔ commit이라는 정해진 3단 콤보 리듬만 익히면 누구나 손쉽게 버전 관리를 할 수 있답니다.

 

7. 한눈에 쏙 들어오는 첫 커밋 핵심 카드뉴스 📝

오늘 배운 방대한 내용 중 실무에서 매일 쓰게 될 가장 중요한 핵심 요점만 간추려 카드로 정리해 보았어요. 필요할 때마다 캡처해 두고 꺼내보세요!

💡

Git 첫 커밋 핵심 요약 가이드

✨ 1단계 초기화: git init을 입력하여 프로젝트 폴더에 전용 저장소를 활성화합니다.
📊 2단계 상태 확인: git status로 현재 수정된 파일들의 상태(빨강/초록)를 수시로 체크합니다.
🧮 3단계 커밋 공식:

git add . (모두 무대에 올리기) ➔ git commit -m “명확한 변경 이유” (세이브 박제)

👩‍💻 4단계 이력 조회: git log를 통해 과거 생성된 세이브 포인트 기록을 한눈에 열람합니다.

💡 커밋은 작은 작업 단위로 자주 남길수록 나중에 되돌리거나 팀원과 협업할 때 훨씬 안전합니다.

 

자주 묻는 질문 ❓

Q: git add 뒤에 붙이는 점(.)과 개별 파일명의 차이는 무엇인가요?
A: 점(.)은 현재 폴더 내에서 변경되거나 새로 생성된 ‘모든 파일’을 한 번에 스테이징 영역으로 올리겠다는 의미입니다. 특정 파일 하나만 지정해서 올리고 싶다면 git add 파일명.txt 형태로 이름을 적어주시면 됩니다. 실무에서는 여러 파일을 한꺼번에 처리하기 위해 git add .을 매우 자주 씁니다.

Q: 커밋 메시지에 오타가 났는데 수정할 수 있나요?
A: 네, 아주 쉽게 고칠 수 있어요! 방금 남긴 가장 최근 커밋의 메시지를 변경하고 싶다면 git commit --amend -m "수정할 새로운 메시지"를 입력하시면 됩니다. 단, 이미 원격 저장소(GitHub)로 푸시한 커밋이라면 협업 중 충돌을 일으킬 수 있으니 로컬 상태에서만 수정하는 것이 안전합니다.

Q: 터미널에서 -m 없이 git commit만 쳤다가 이상한 영문 화면(Vim)에 갇혔어요! 어떻게 빠져나오나요?
A: 모든 초보 개발자가 한 번씩 겪는 악명 높은 ‘Vim 에디터 감옥’ 현상이에요! 당황하지 마시고 키보드의 Esc 키를 서너 번 연타하신 후, :q!를 입력하고 엔터를 누르면 커밋이 취소되면서 무사히 원래 터미널 화면으로 탈출할 수 있습니다. 꼭 기억해 두세요!

Q: 폴더 안에 생긴 .git 폴더는 임의로 삭제해도 되나요?
A: 절대 삭제하시면 안 됩니다! .git 숨김 폴더는 여러분이 그동안 차곡차곡 쌓아 올린 모든 버전 히스토리와 세이브 포인트 데이터가 저장되어 있는 Git의 두뇌입니다. 이 폴더를 지우면 그동안 남긴 모든 커밋 기록이 영구적으로 증발하여 일반 폴더로 되돌아가 버립니다.

Q: 커밋(Commit)은 얼마나 자주 남기는 것이 좋을까요?
A: “하나의 독립적인 논리적 작업 단위”가 끝날 때마다 남기는 것이 정석입니다. 예를 들어 ‘로그인 버튼 디자인 수정’, ‘회원가입 비밀번호 유효성 검사 추가’처럼 하나의 의미 있는 변경이 이루어졌을 때마다 쪼개서 커밋을 남겨두면, 나중에 특정 부분에서 문제가 생겼을 때 원인을 정확하게 격리하고 되돌리기 훨씬 수월합니다.

여기까지 성공적으로 따라오셨다면, 여러분은 이제 어엿한 Git 사용자로서 첫걸음을 당당하게 내디디신 거예요! 직접 명령어를 치며 내 코드가 세이브 포인트로 기록되는 순간의 짜릿함을 꼭 느껴보셨으면 좋겠습니다. 실습 도중 막히는 명령어나 궁금한 점이 있다면 언제든 편하게 댓글로 질문 남겨주세요~ 성심성의껏 답변해 드릴게요! 😊