한눈에 보는 Git과 GitHub | GitHub 기초 가이드

읽는 시간: 3분 · 버전: v0.1 (2026-09-30) · 1장

이 장의 질문	파일 이름으로 버전을 관리하면 무엇이 문제이고, Git과 GitHub는 그것을 어떻게 해결하는가
다루는 것	전체 흐름을 그림 열 장으로 봅니다
다루지 않는 것	각 용어의 정확한 뜻(2장), 준비(3~5장), 실제 사용법(6장부터)
이 장을 마치면	기록, 되돌리기, 올리기, 브랜치, PR이 어떤 순서로 이어지는지 말할 수 있습니다

용어는 외우지 않아도 됩니다. 뒤의 장에서 하나씩 다시 설명합니다.

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

고칠 때마다 _최종, _진짜최종 을 붙인 파일이 늘어납니다. 어느 것이 최신인지, 누가 무엇을 고쳤는지 알기 어렵습니다. 파일이 수십 개로 이루어진 작업이라면 이 방식으로는 감당할 수 없습니다.

Git(깃) 은 내 PC의 폴더 안에서 변경 이력을 적어 두는 프로그램입니다. 파일은 하나만 두고, 변경 이력은 Git이 따로 관리합니다. 다만 Git이 매 순간을 알아서 적지는 않습니다. 다음 그림처럼 내가 도장을 찍을 때 기록합니다.

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

잘못된 변경은 그 변경을 취소하는 도장을 하나 더 찍어서 되돌립니다. 기록을 지우지 않고, "취소했다"는 기록이 추가됩니다. 아직 도장을 찍기 전이라면 바뀐 것을 버리면 됩니다. 두 방법은 7장에서 직접 해 봅니다.

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

그래서 기록을 GitHub(깃허브) 라는 온라인 보관함에 올려 둡니다. 올리는 것이 푸시(push), 내려받는 것이 풀(pull) 입니다. 저장소를 비공개로 만들면 내가 허락한 계정만 볼 수 있습니다.

이름이 비슷해서 가장 많이 헷갈리는 부분입니다. Git은 기록하는 도구, GitHub는 그 기록을 보관하고 함께 보는 곳입니다. 2장에서 자세히 다룹니다.

기록의 줄을 브랜치(branch) 라고 합니다. 완성본 줄은 보통 main 이라고 부르고, 고치는 작업은 따로 갈라진 줄에서 합니다. 이 튜토리얼에서는 작업용 줄에 work 라는 이름을 붙입니다. 이름은 자유롭게 정할 수 있습니다.

작업이 끝나면 합쳐 달라는 요청인 PR(Pull Request) 을 올리고, 검토한 뒤 병합(merge) 하면 완성본에 반영됩니다. 보고서의 결재 올리기와 결재 완료에 해당합니다. 8장과 9장에서 다룹니다.

AI 코딩 도구에 일을 시키면 파일은 AI가 고칩니다. Git 덕분에 AI가 무엇을 바꿨는지 볼 수 있고, 결과가 맞는지 확인하는 일은 사람이 합니다. 12장에서 다룹니다.