한눈에 보는 Git과 GitHub

읽는 시간: 3분 · 버전: v0.3 (2026-09-21) · GitHub 가이드 0편
그림 열 장으로 전체 흐름을 먼저 봅니다. 용어는 외우지 않아도 됩니다.

1. 문제: 고칠 때마다 늘어나는 파일

고칠 때마다 _최종, _진짜최종 을 붙인 파일이 늘어납니다. 우리가 만들 업무 도구는 파일이 수십 개라서 이 방식으로는 감당이 안 됩니다.

2. Git: 폴더 안에 사는 기록 담당

Git(깃) 은 내 PC의 폴더 안에서 변경 이력을 적어 두는 프로그램입니다. 그래서 파일은 하나만 있으면 됩니다. 다만 Git이 알아서 매 순간을 적는 것은 아닙니다. 다음 그림처럼 내가 도장을 찍을 때 기록합니다.

3. 커밋: "여기까지 저장" 도장

내가 "여기까지!" 하고 도장을 찍으면 그때까지 바뀐 내용이 기록됩니다. 이 도장 찍기를 커밋(commit) 이라고 부릅니다. 도장마다 "표 추가" 같은 한 줄 메모를 남깁니다.

4. 되돌리기: 실수를 취소하는 도장

AI에게 일을 시키다 보면 잘 되던 것이 망가질 때가 있습니다. 그럴 때는 그 변경을 취소하는 도장을 하나 더 찍습니다. 기록을 지우는 것이 아니라 "취소했다"는 기록이 추가됩니다. 아직 도장을 찍기 전이라면 바뀐 것을 버리면 됩니다. 둘 다 3편에서 직접 해 봅니다.

5. 한계: 기록은 내 PC 안에만 있음

Git의 기록은 내 PC 안에만 있습니다. PC가 고장 나면 함께 사라지고, 팀장이나 동료는 내 작업을 볼 수 없습니다.

6. GitHub: 온라인 보관함

그래서 기록을 GitHub(깃허브) 라는 온라인 보관함에 올려 둡니다. 올리는 것이 푸시(push), 내려받는 것이 풀(pull) 입니다. 우리 TF의 공간은 비공개로 운영합니다. 초대받아 권한이 있는 계정만 볼 수 있다는 뜻입니다.

7. Git과 GitHub의 차이

이름이 비슷해서 가장 많이 헷갈리는 부분입니다. Git은 기록하는 도구, GitHub는 그 기록을 보관하는 곳입니다.

8. 초안과 최종본

기록의 줄은 두 개입니다. 마음껏 고치는 초안과, 직원들이 실제로 쓰게 될 최종본입니다. 이런 줄을 브랜치(branch) 라고 부릅니다. 초안을 최종본에 반영하려면 결재 올리기(PR) 를 하고, 팀장이 검토·승인한 뒤 병합하면 최종본에 반영됩니다.

work 와 main 은 Git에 원래 있는 명령어가 아니라 줄에 붙인 이름표입니다. main 은 GitHub가 기본으로 붙여 주는 이름이고, work 는 우리 TF가 정한 이름입니다. 줄을 두 개만 쓰는 것, 병합을 팀장만 하는 것도 GitHub의 제약이 아니라 우리 TF의 규칙입니다.

9. AI와 일하는 방법

파일을 고치는 일은 AI가 합니다. 여러분은 결과를 확인하고, 도장을 찍고, 올리는 일을 합니다. 교육 기간에는 도장 찍기와 올리기를 직접 해 보고, 익숙해지면 확인을 마친 뒤 AI에게 시켜도 됩니다. 어느 쪽이든 확인은 언제나 여러분의 몫입니다. 코드를 전부 이해할 필요는 없지만, 결과물이 요청한 대로 동작하는지는 업무를 아는 사람이 가장 잘 판단합니다.

10. 기억할 세 가지

용어 정리

이어서 읽기

• 다음 편: 1편. GitHub 개요와 필요성 — 왜 쓰는지, 보고서 업무와의 비교
• 전체 목록: 가이드 전체 구성