GitHub 용어 쉽게 이해하기｜초보자가 꼭 알아야 할 Git·GitHub 핵심 용어 총정리

GitHub 용어 쉽게 이해하기｜초보자가 꼭 알아야 할 Git·GitHub 핵심 용어 총정리

GitHub를 처음 사용하면 가장 먼저 막히는 것이 있습니다.

바로 영어로 된 GitHub 용어입니다.

Repository, Commit, Push, Pull, Branch, Merge….

처음 보면 개발자만 알아들을 수 있는 말처럼 보이지만, 뜻을 알고 나면 생각보다 간단합니다.

이번 글에서는 Git과 GitHub를 처음 접하는 분들도 이해할 수 있도록 일상적인 표현과 예시를 이용해 설명해 보겠습니다.

⸻

📌 Git과 GitHub는 무엇이 다를까?

가장 먼저 이것부터 구분하면 GitHub가 훨씬 쉬워집니다.

🔹 Git

Git은 파일의 변경 기록을 관리하는 프로그램입니다.

프로그램을 만들면서 다음과 같이 계속 수정한다고 생각해 보겠습니다.

월요일 → 기본 화면 완성
화요일 → 로그인 기능 추가
수요일 → 퀴즈 기능 추가
목요일 → 수정하다 오류 발생

Git을 사용하면 변경 기록이 남기 때문에 문제가 발생했을 때 이전 상태를 확인하거나 되돌릴 수 있습니다.

🎮 게임에 비유하면 세이브 포인트와 비슷합니다.

💡 Git = 프로젝트의 변경 기록을 관리하는 도구

🔹 GitHub

GitHub는 Git으로 관리하는 프로젝트를 인터넷에 저장하고 공유할 수 있는 서비스입니다.

☑ 프로젝트 온라인 저장
☑ 다른 컴퓨터에서 작업
☑ 여러 사람과 협업
☑ 코드 변경 기록 확인
☑ 프로그램 배포 서비스와 연결

쉽게 정리하면 다음과 같습니다.

Git = 버전 관리 도구

GitHub = Git 프로젝트를 보관하고 협업하는 온라인 공간

⸻

📦 1. Repository (저장소)

Repository는 줄여서 Repo라고도 합니다.

쉽게 말하면

💡 프로젝트 하나를 담아 놓는 저장소

입니다.

예를 들어 MuMu-Quiz라는 프로그램을 개발한다면 GitHub에 같은 이름의 Repository를 만들 수 있습니다.

GitHub
└── MuMu-Quiz
     ├── src
     ├── public
     ├── package.json
     └── README.md

📁 Repository = 프로젝트 폴더

라고 생각하면 이해하기 쉽습니다.

⸻

💻 2. Local과 Remote

GitHub를 사용하면 Local과 Remote라는 말을 자주 만나게 됩니다.

🔹 Local

내 컴퓨터에 있는 프로젝트입니다.

예를 들어

C:\MuMu-Quiz

같은 프로젝트 폴더가 Local입니다.

🔹 Remote

인터넷에 있는 Git 저장소입니다.

대표적인 Remote 저장소 서비스가 GitHub입니다.

💻 내 컴퓨터
   Local
     ↕
☁️ GitHub
   Remote

즉,

Local = 내 컴퓨터

Remote = 인터넷의 Git 저장소

라고 생각하면 됩니다.

⸻

📥 3. Clone

Clone은 GitHub에 있는 프로젝트를 내 컴퓨터로 복제하는 것입니다.

☁️ GitHub
     ↓
   Clone
     ↓
💻 내 컴퓨터

예를 들어 다른 컴퓨터에서 기존 GitHub 프로젝트를 이어서 작업하고 싶다면 Clone을 사용할 수 있습니다.

git clone 저장소주소

💡 쉽게 기억하면

Clone = GitHub 프로젝트를 내 컴퓨터로 처음 가져오기

입니다.

⸻

💾 4. Commit

Git에서 가장 중요한 개념 중 하나입니다.

Commit은 현재까지 변경한 내용을 하나의 기록으로 저장하는 것입니다.

예를 들어 로그인 기능을 완성했다면

git commit -m "로그인 기능 추가"

처럼 기록할 수 있습니다.

🎮 게임의 세이브 포인트와 비슷합니다.

여기서 중요한 점!

⚠️ Commit했다고 GitHub에 올라가는 것은 아닙니다.

Commit은 우선 변경 내용을 Git 기록으로 남기는 과정입니다.

⸻

⬆️ 5. Push

Push는 Commit한 내용을 GitHub에 올리는 작업입니다.

💻 내 컴퓨터
     ↓
    Push
     ↓
☁️ GitHub

대표적인 명령은

git push

입니다.

따라서 일반적인 작업 순서는

파일 수정
   ↓
Commit
   ↓
Push
   ↓
GitHub 반영

입니다.

💡 이렇게 기억하세요.

Push = 내 컴퓨터 → GitHub

⸻

⬇️ 6. Pull

Pull은 Push의 반대입니다.

GitHub에 있는 최신 변경 내용을 내 컴퓨터로 가져오는 것입니다.

☁️ GitHub
     ↓
    Pull
     ↓
💻 내 컴퓨터

명령어는

git pull

입니다.

다른 컴퓨터에서 프로젝트를 수정해 GitHub에 올렸다면 기존 컴퓨터에서는 Pull을 통해 최신 내용을 가져올 수 있습니다.

⸻

🔄 Push와 Pull, 이것만 기억하세요

두 단어가 헷갈린다면 화살표 방향만 기억하면 됩니다.

             PUSH →
💻 내 컴퓨터 ─────────→ ☁️ GitHub
💻 내 컴퓨터 ←───────── ☁️ GitHub
             ← PULL

⬆️ Push = GitHub에 올리기

⬇️ Pull = GitHub에서 가져오기

⸻

🌿 7. Branch

Branch는 우리말로 가지라는 뜻입니다.

현재 정상적으로 작동하는 프로그램은 그대로 두고 새로운 기능을 따로 개발하고 싶을 때 사용합니다.

main
├── feature-login
├── feature-quiz
└── bugfix

예를 들어 main은 정상 버전으로 유지하면서 feature-login이라는 Branch에서 로그인 기능을 개발할 수 있습니다.

💡 쉽게 말하면

Branch = 원본을 보호하면서 따로 작업하는 공간

입니다.

⸻

⭐ 8. main

main은 보통 GitHub Repository의 기본 Branch입니다.

main

안정적으로 작동하는 코드를 main에서 관리하는 경우가 많습니다.

Vercel 같은 배포 서비스와 GitHub를 연결하면 설정에 따라

main에 Push
     ↓
Vercel 변경 감지
     ↓
Build
     ↓
새 버전 배포

처럼 자동 배포할 수도 있습니다.

⸻

🔀 9. Merge

Merge는 Branch에서 작업한 내용을 다른 Branch와 합치는 것입니다.

feature-login
      ↓
    Merge
      ↓
     main

로그인 기능 개발이 끝났다면 해당 작업을 main에 합칠 수 있습니다.

💡 쉽게 기억하면

Merge = 따로 작업한 내용을 합치기

입니다.

⸻

🔃 10. Pull Request (PR)

Pull Request는 줄여서 PR이라고 합니다.

쉽게 표현하면

💬 “제가 이렇게 수정했습니다. main에 합쳐도 될까요?”

라는 요청입니다.

일반적으로

Branch 생성
    ↓
기능 개발
    ↓
Commit
    ↓
Push
    ↓
Pull Request
    ↓
검토
    ↓
Merge

같은 순서로 사용합니다.

특히 여러 사람이 함께 개발할 때 매우 중요한 기능입니다.

⸻

🔗 11. origin

터미널에서 이런 명령어를 본 적이 있을 것입니다.

git push -u origin main

여기서 origin은 보통 연결된 원격 저장소에 붙인 기본 별명입니다.

현재 어떤 Remote 저장소가 연결되어 있는지는 다음 명령으로 확인할 수 있습니다.

git remote -v

따라서

git push origin main

은 쉽게 말하면

origin이라는 원격 저장소의 main 브랜치로 올려라.

라는 의미입니다.

⸻

🔐 12. Public과 Private

GitHub Repository를 만들 때 공개 범위를 설정할 수 있습니다.

🌎 Public

누구나 Repository의 공개된 코드를 볼 수 있습니다.

오픈소스 프로젝트 등에 많이 사용됩니다.

🔒 Private

본인과 접근 권한을 받은 사람만 Repository에 접근할 수 있습니다.

개인 프로젝트나 비공개 프로젝트에 적합합니다.

⚠️ 하지만 Private이라고 해서 API Key나 비밀번호를 코드에 직접 넣어도 된다는 뜻은 아닙니다.

⸻

🔑 13. .env

웹 개발을 하다 보면 .env 파일을 자주 만나게 됩니다.

API Key나 데이터베이스 접속 정보 같은 환경변수를 관리하는 데 많이 사용합니다.

예를 들면

OPENAI_API_KEY=...
GEMINI_API_KEY=...
DATABASE_URL=...

같은 정보입니다.

⚠️ .env 파일은 GitHub에 실수로 공개하지 않도록 주의해야 합니다.

⸻

🚫 14. .gitignore

.gitignore는 Git으로 관리하지 않을 파일을 지정하는 파일입니다.

예를 들어

node_modules
.env
dist

등을 등록할 수 있습니다.

특히 .env처럼 중요한 정보가 포함될 수 있는 파일을 제외하는 데 많이 사용합니다.

💡 쉽게 말하면

.gitignore = “이 파일들은 Git에 올리지 마!” 목록

입니다.

⸻

👥 15. Collaborator

Collaborator는 내 Repository에서 함께 작업할 사람입니다.

다른 사람을 Collaborator로 초대하고 필요한 권한을 부여하면 하나의 Repository에서 함께 작업할 수 있습니다.

중요한 것은 Repository가 상대방 계정으로 자동 복사되는 것은 아니라는 점입니다.

        GitHub Repository
          ↙        ↘
       사용자 A    사용자 B

💡 하나의 Repository를 여러 사람이 함께 관리하는 개념입니다.

⸻

🍴 16. Fork

Fork는 Collaborator와 다릅니다.

다른 사람의 Repository를 내 GitHub 계정에 별도의 저장소로 복사하는 것입니다.

다른 사람 Repository
        ↓
       Fork
        ↓
내 GitHub Repository

오픈소스 프로젝트를 수정하거나 기여할 때 많이 사용합니다.

⸻

📖 17. README

Repository에 들어갔을 때 프로젝트 설명이 나타나는 경우가 많습니다.

대표적인 파일이

README.md

입니다.

README에는 보통

✔ 프로젝트 소개
✔ 주요 기능
✔ 설치 방법
✔ 실행 방법
✔ 사용 방법
✔ 개발 환경

등을 작성합니다.

💡 쉽게 말하면

README = 프로젝트 사용설명서

입니다.

⸻

📋 18. Issue

Issue는 프로젝트에서 해야 할 일이나 문제를 기록하는 기능입니다.

예를 들면

로그인 버튼 오류 수정
모바일 화면 깨짐
퀴즈 자동 진행 기능 추가

등을 Issue로 관리할 수 있습니다.

💡 쉽게 말하면

Issue = 프로젝트의 할 일 + 문제 관리 게시판

입니다.

⸻

🏷️ 19. Tag와 Release

프로그램이 어느 정도 완성되면 버전을 붙여 관리할 수 있습니다.

v1.0.0
v1.1.0
v2.0.0

Tag는 특정 Commit에 붙이는 이름표라고 생각하면 쉽습니다.

Release는 특정 버전을 사용자에게 배포하면서 변경 내용이나 파일 등을 함께 제공하는 GitHub 기능입니다.

⸻

🤖 20. GitHub Actions

GitHub Actions는 특정 작업을 자동으로 실행하는 기능입니다.

예를 들어

GitHub에 Push
      ↓
GitHub Actions
      ↓
자동 Build
      ↓
자동 Test
      ↓
자동 Deploy

같은 작업을 만들 수 있습니다.

💡 쉽게 말하면

GitHub 안에서 반복 작업을 대신해 주는 자동화 로봇

이라고 생각하면 됩니다.

⸻

📊 Git 파일 상태도 알아두면 좋습니다

Git을 사용하다 보면 다음 용어도 자주 등장합니다.

Modified
파일을 수정한 상태

Untracked
새 파일이지만 아직 Git이 관리하지 않는 상태

Staged
다음 Commit에 넣기로 선택한 상태

Committed
변경 내용을 Git에 기록한 상태

Pushed
Commit을 GitHub까지 올린 상태

흐름으로 보면

파일 수정
   ↓
Modified
   ↓
Staged
   ↓
Committed
   ↓
Pushed
   ↓
GitHub

가 됩니다.

⸻

⭐ GitHub 초보자가 먼저 외워야 할 핵심 7개

처음부터 모든 용어를 외울 필요는 없습니다.

다음 7개만 먼저 기억해도 GitHub의 기본 흐름을 이해하는 데 큰 도움이 됩니다.

용어 쉽게 설명하면
Repository 프로젝트 저장소
Clone GitHub → 내 컴퓨터 복제
Commit 변경 기록 저장
Push GitHub에 올리기
Pull GitHub에서 가져오기
Branch 별도 작업 공간
Merge 작업 내용 합치기

그리고 이 흐름을 기억하세요.

☁️ GitHub
     ↓
Clone / Pull
     ↓
💻 내 컴퓨터
     ↓
파일 수정
     ↓
Commit
     ↓
Push
     ↓
☁️ GitHub

GitHub를 처음 보면 어려운 개발 도구처럼 느껴집니다.

하지만 결국 핵심은 간단합니다.

내 컴퓨터에서 프로젝트를 수정하고 → 변경 내용을 기록하고 → GitHub에 올리고 → 필요할 때 다시 가져오는 과정입니다.

Repository, Commit, Push, Pull, Branch 정도만 익숙해져도 GitHub뿐 아니라 Codex 같은 개발 도구를 사용할 때 나오는 설명도 훨씬 쉽게 이해할 수 있습니다.

⸻

📌 한 줄 정리

Git은 프로젝트의 변경 기록을 관리하는 도구이고, GitHub는 Git 프로젝트를 온라인에서 저장·공유·협업할 수 있게 해주는 서비스입니다.

⸻