[비개발자 사고법 04강] 깃·깃허브는 코딩의 '무한 되돌리기 타임머신'입니다 — 커밋·브랜치·머지·깃허브 한 방 정리

왜 비개발자가 '깃'까지 알아야 할까

"나는 코드를 직접 안 짜는데 깃이 왜 필요하지?" 싶으시죠. 그런데 AI에게 코딩을 시키는 시대일수록 깃은 더 중요해집니다. AI가 코드를 한 번에 왕창 바꿔 놓았는데 결과가 이상해졌다면, 깃이 없으면 그 이전으로 되돌릴 길이 막막합니다. 깃이 있으면 다르죠. 언제든 안전하게 돌아올 세이브 지점이 있으니, AI에게 "한번 과감하게 바꿔 봐"라고 마음 편히 시킬 수 있습니다.

김지백 강사에 따르면, 깃은 AI 코딩 시대의 '안전벨트'입니다. 직접 운전(코딩)을 하든 AI에게 맡기든, 사고가 나도 다치지 않게 잡아 주는 장치죠. 그래서 비개발자일수록 깃의 '개념'만은 반드시 잡아 두어야 합니다.

⏰ 깃 = 무한 되돌리기 타임머신

깃을 딱 한 단어로 말하면 '타임머신'입니다. 작업의 매 순간을 차곡차곡 저장해 두었다가, 원할 때 그 시점으로 그대로 점프할 수 있어요. 어제 오후 3시의 내 코드, 지난주 금요일의 내 코드로 언제든 돌아갈 수 있는 겁니다.

"그거 그냥 Ctrl+Z 아니야?"라고 하실 수 있는데, 전혀 다릅니다. 되돌리기(Ctrl+Z)는 몇 단계뿐이고, 프로그램을 껐다 켜면 사라집니다. 하지만 깃은 저장 지점이 무제한이고 영구적이라, 한 달 전 그 버전도 멀쩡히 살아 있습니다. 그래서 '무한' 되돌리기 타임머신이에요.

💾 커밋(Commit) = '여기까지 잘 됨' 세이브 지점 + 메모

그럼 타임머신은 어떻게 저장 지점을 만들까요? 바로 '커밋'입니다. 커밋은 게임에서 세이브 버튼을 누르는 행위예요. 단, 깃의 세이브에는 한 가지가 더 붙습니다 — 메모. "여기까지 무슨 작업을 했는지" 한 줄 적어 두는 거죠.

예를 들어 "로그인 기능 완성", "메인 색상 파란색으로 변경"처럼요. 이 메모 덕분에 나중에 타임라인을 쭉 훑어보다가 "아, 바로 이 시점!" 하고 원하는 곳으로 정확히 돌아갈 수 있습니다. 메모 없이 세이브만 잔뜩 쌓으면, 정작 어디로 돌아가야 할지 알 수 없게 되죠.

🌌 브랜치(Branch) = 본편 걱정 없는 '평행 우주'

여기서 한 단계 더 나갑니다. 잘 돌아가는 내 작업물(본편)을 두고 새로운 기능을 실험해 보고 싶을 때가 있죠. 그런데 잘못 건드렸다가 멀쩡하던 게 망가지면 큰일입니다. 이때 쓰는 게 '브랜치'예요.

브랜치는 본편을 그대로 둔 채, 똑같은 복사본 우주를 하나 더 만드는 것입니다. 그 평행 우주 안에서는 무엇이든 마음껏 부숴 보고 실험할 수 있어요. 실패하면? 그 우주만 통째로 버리면 됩니다. 본편은 처음 그대로 멀쩡하죠. 성공하면? '머지(Merge)'로 그 성공한 결과만 본편으로 가져와 합칩니다.

☁️ 깃허브(GitHub) = 인터넷 백업 + 전 세계 협업

지금까지의 타임머신(깃)은 내 컴퓨터 안에서만 돌아갑니다. 컴퓨터가 고장나면? 타임머신째로 날아가죠. 그래서 등장하는 게 '깃허브'입니다. 깃허브는 내 타임머신 전체를 통째로 인터넷(클라우드)에 백업해 두는 서비스예요.

이제 컴퓨터가 고장나도, 다른 곳에서 접속해 그대로 이어서 작업할 수 있습니다. 게다가 깃허브에 올려 두면 전 세계 사람들과 같은 프로젝트를 함께 만들 수도 있어요. 한마디로 '코딩 작업물 전용 구글 드라이브 + 협업 공간'인 셈입니다.

한눈에 보는 깃 5단어 정리

사장님처럼 AI에게 시키는 법 — '되돌리기' 한 문장 차이

이제 진짜 써먹을 차례입니다. 깃을 알면 AI에게 '시점을 콕 집어' 지시할 수 있어요. 많은 분이 이렇게 말합니다. "아까 거로 돌려줘." 그런데 AI는 '아까'가 정확히 언제인지 모릅니다. 5분 전? 어제? 어떤 변경 직전? 결국 엉뚱한 곳으로 돌아가죠.

오늘 커밋 개념을 잡았다면, 사장님처럼 정확하게 지시할 수 있습니다.