Git 입문, 비개발자를 위한 5분 개념 정리

요즘 ChatGPT나 Claude에게 코드를 받아 직접 돌려보는 분들이 많아졌습니다. 그러다 보면 어디선가 꼭 마주치는 단어가 있습니다. Git, 그리고 GitHub.

분명 비슷하게 생겼는데 같은 건지 다른 건지 헷갈리고, 튜토리얼을 보면 갑자기 시커먼 화면에 명령어를 치라고 합니다. 저도 처음 접했을 땐 한참을 헤맸습니다.

이 글은 개발 경험이 전혀 없는 분을 대상으로 git 입문에 필요한 개념만 5분 안에 정리합니다. 명령어 외우기 전에 "이게 도대체 뭐 하는 도구인지" 감부터 잡는 게 목표입니다.

Git 한 줄 정의

Git은 파일이 시간에 따라 어떻게 바뀌었는지 기록해주는 도구입니다. 쉽게 말해 "내 컴퓨터 안에서 돌아가는 자동 저장 + 무한 되돌리기" 시스템이라고 보면 됩니다.

워드 문서를 쓸 때 보고서_최종.docx, 보고서_최종_진짜최종.docx, 보고서_최종_진짜진짜최종_v2.docx 이렇게 늘어나본 경험, 다들 있으시죠?

Git은 이런 짓을 안 해도 되게 해줍니다. 파일은 하나로 두고, 변화의 역사만 따로 기록해두는 방식이거든요. 한 달 전 버전이 필요하면 그 시점으로 깔끔하게 되돌릴 수 있습니다.

💡 Git은 2005년 리눅스를 만든 리누스 토르발즈가 직접 개발했습니다. 원래 거대한 오픈소스 프로젝트의 코드 변경 이력을 관리하려고 만든 도구였는데, 지금은 사실상 전 세계 개발자의 표준이 됐습니다.

Git과 GitHub은 같은 게 아닙니다

처음 가장 헷갈리는 부분이 바로 이겁니다. 둘은 이름만 비슷할 뿐 완전히 다른 것입니다.

구분	Git	GitHub
정체	도구(프로그램)	웹사이트(서비스)
어디서 동작?	내 컴퓨터	인터넷 서버
누가 만듦?	리누스 토르발즈(2005)	GitHub사(2008, 현재 마이크로소프트 소유)
비유	워드 프로그램	구글 드라이브
비용	무료 (오픈소스)	기본 무료, 일부 유료

비유로 정리하면 이렇습니다.

• Git = 워드 프로그램 (내 컴퓨터에서 문서를 작성·저장하는 도구)
• GitHub = 구글 드라이브 (작성한 문서를 인터넷에 올려 공유하는 서비스)

GitHub 말고도 GitLab, Bitbucket 같은 비슷한 서비스들이 있습니다. 다 Git이라는 도구를 기반으로 만들어진 클라우드 저장소예요.

꼭 알아야 할 4가지 용어

용어가 많아 보이지만, 입문 단계에선 딱 4개만 알면 됩니다. 나머지는 쓰면서 자연스럽게 익혀집니다.

1. 저장소 (Repository, 줄여서 Repo)

프로젝트 폴더 하나라고 보면 됩니다. "보고서 프로젝트"라는 폴더를 Git이 관리하기 시작하면, 그 폴더 자체가 저장소가 되는 겁니다.

내 컴퓨터에 있는 저장소를 로컬 저장소, GitHub 같은 인터넷에 올린 저장소를 원격 저장소라고 부릅니다.

2. 커밋 (Commit)

"지금 이 순간의 상태를 저장한다" 는 행위입니다. 게임의 세이브 포인트와 똑같다고 보시면 돼요.

오전 10시 : 보고서 초안 작성        ← 커밋 1
오후 2시  : 그래프 추가              ← 커밋 2
오후 5시  : 오타 수정                ← 커밋 3
다음날     : 결론 부분 다시 씀        ← 커밋 4

각 커밋에는 짧은 메모(커밋 메시지)를 함께 남겨서, 나중에 "어떤 변경이었는지" 쉽게 알아볼 수 있게 합니다.

3. 푸시(Push)와 풀(Pull)

내 컴퓨터(로컬)와 인터넷 서버(원격) 사이에 데이터를 옮기는 동작입니다.

   [내 컴퓨터]                    [GitHub 서버]
   로컬 저장소  ──── push ───→   원격 저장소
                ←──── pull ────

• 푸시(push): 내 컴퓨터의 변경사항을 인터넷에 올림
• 풀(pull): 인터넷에 있는 최신 변경사항을 내 컴퓨터로 가져옴

구글 드라이브의 업로드/다운로드와 비슷합니다. 다만 Git은 변경 이력 전체를 통째로 옮긴다는 점이 다릅니다.

4. 브랜치 (Branch)

브랜치는 "평행 우주"라고 생각하면 가장 빠릅니다. 원본은 그대로 두고, 따로 갈라져서 실험해볼 수 있는 작업 공간이에요.

예를 들어 블로그 디자인을 바꿔보고 싶은데 망칠까 봐 무서울 때, 새 브랜치를 만들어서 거기서 마음껏 시도해보고 마음에 들면 합치고(머지, merge) 아니면 그냥 버리면 됩니다.

비개발자가 Git을 알아두면 좋은 이유

"나는 코드를 안 짜는데 굳이 알아야 하나?" 싶을 수 있습니다. 그런데 요즘은 상황이 좀 바뀌었습니다.

1. AI 도구를 쓰면 결국 마주치게 됩니다

Claude Code, Cursor 같은 바이브 코딩 도구(자연어로 지시하면 AI가 코드를 짜주는 도구)를 쓰다 보면 "이 변경사항을 커밋할까요?" 같은 질문이 나옵니다. 개념을 모르면 그냥 "예"만 누르게 되는데, 알면 통제권이 생깁니다.

2. 글·자료도 버전 관리가 됩니다

Git은 코드 전용이 아닙니다. 텍스트 파일이면 뭐든 관리할 수 있어요. 실제로 작가들이 소설 원고를 Git으로 관리하기도 하고, 연구자들이 논문 초고를 GitHub에 올려 협업하기도 합니다.

3. GitHub은 이력서 역할도 합니다

요즘 비개발자도 GitHub 프로필이 있으면 좋게 보는 분위기가 있습니다. AI 도구로 만든 작은 프로젝트, 노트, 프롬프트 모음집을 올려두는 곳으로도 충분히 가치가 있어요.

실제 사용 흐름 한눈에

말로만 들으면 추상적이니 가장 흔한 시나리오 하나만 그림으로 보겠습니다.

 ① 폴더 만들고 Git 시작 (init)
        ↓
 ② 파일 작성·수정
        ↓
 ③ "여기까지 저장!" → 커밋 (commit)
        ↓
 ④ GitHub에 올림 → 푸시 (push)
        ↓
 ⑤ 다른 사람도 볼 수 있음
        ↓
 ⑥ 또 수정 → ③으로 돌아가기

작업 사이클이 이렇게 반복되는 거예요. 처음엔 ③번 커밋만 익숙해져도 충분합니다. 푸시는 나중에 GitHub 계정 만들고 천천히 시도해도 됩니다.

처음 시작할 때의 현실적인 조언

여기까지 읽고 "그래서 어떻게 시작하지?" 싶으실 텐데, 솔직히 말씀드리면 입문자에게 명령어 학습은 추천하지 않습니다.

Git 명령어는 종류가 많고 직관적이지 않아요. git reset --hard HEAD~1 같은 게 처음부터 이해되긴 어렵습니다. 저도 10년 가까이 쓰는데 아직도 자주 검색합니다.

대신 GUI 도구(그래픽으로 클릭해서 쓰는 프로그램)부터 쓰시는 걸 권합니다.

도구	특징	비용
GitHub Desktop	입문자에게 가장 쉬움. GitHub사 공식	무료
Sourcetree	기능 풍부. 복잡한 프로젝트에 유리	무료
VS Code 내장 Git	코드 에디터 안에서 바로 사용	무료

특히 GitHub Desktop(공식 사이트 desktop.github.com에서 다운로드)은 한 화면에서 변경사항 보기, 커밋, 푸시까지 클릭 몇 번이면 끝납니다. 비개발자에게 정말 추천합니다.

💡 명령어는 GUI에 익숙해진 다음, "이건 GUI로 안 되네"라는 순간이 왔을 때 그때 배워도 늦지 않습니다.

자주 헷갈리는 부분 정리

입문 단계에서 자주 막히는 지점들을 짧게 짚고 갑니다.

"커밋이랑 푸시랑 뭐가 다른 거예요?" 커밋은 내 컴퓨터에 저장하는 것, 푸시는 그걸 인터넷에 올리는 것입니다. 커밋만 하면 GitHub에는 아무것도 안 올라갑니다.

"실수로 커밋했는데 되돌릴 수 있나요?" 가능합니다. 그게 Git을 쓰는 이유 중 하나예요. 다만 방법이 여러 가지라 GUI 도구의 "Undo" 또는 "Revert" 버튼부터 익히시는 걸 추천합니다.

"비공개로 쓰고 싶은데 다 공개되나요?" GitHub은 무료 계정도 비공개 저장소(Private Repository) 를 무제한으로 만들 수 있습니다(글 작성 시점 기준). 공개 여부는 저장소 만들 때 직접 선택합니다.

"파일 용량 제한 있나요?" GitHub 기준 파일 하나당 100MB 제한, 저장소 전체 권장 1GB입니다. 영상이나 큰 데이터 파일은 적합하지 않아요. 글·코드·작은 이미지 정도가 적당합니다.

마무리

Git은 결국 "파일의 변화를 기록하고 되돌릴 수 있게 해주는 도구" 그 이상도 이하도 아닙니다. GitHub은 그걸 인터넷에 올려 공유하는 서비스고요. 이 두 줄만 머리에 남아도 입문은 성공입니다.

다음에 해볼 만한 것을 추천드리면 이렇습니다.

• GitHub 계정을 하나 만들어두기 (이메일만 있으면 됩니다)
• GitHub Desktop 설치해서 빈 저장소 하나 만들어보기
• 메모장 파일 하나 넣고 커밋·푸시까지 직접 해보기

처음엔 어색해도 한 사이클을 돌려보면 감이 옵니다. 명령어는 그 다음에 필요할 때 하나씩 찾아봐도 충분합니다.