LeanX

Git·GitHub·배포 — 코덱스로 저장하고 세상에 내보내기

Git은 내 컴퓨터의 버전관리 도구이고 GitHub는 그 기록을 올려두는 온라인 창고로 서로 다르며, 10~15분마다 코덱스에게 커밋을 맡기고 GitHub에 푸시한 뒤 Next.js 앱이면 Vercel로 배포하면 이후 푸시마다 자동 재배포되는데, 코덱스는 코딩뿐 아니라 배포·리서치·마케팅 등 사람이 컴퓨터로 하는 일이면 무엇이든 도울 수 있습니다.

콘텐츠: LeanX · 최초 공개 2026.07.08 · 콘텐츠 기준일 2026.08.14

코드를 잘 만들었어도 저장하고 내보내지 않으면 소용이 없습니다. 이번 마지막 레슨에서는 세 가지를 구분해 배웁니다. 기록하는 Git, 공유하는 GitHub, 그리고 세상에 여는 배포입니다. 셋 다 코덱스에게 대부분 맡길 수 있습니다.

Git ≠ GitHub — 도구와 창고

많이 헷갈리는 지점입니다. Git은 리누스 토르발스가 만든 '버전관리 도구'로, 내 컴퓨터에서 코드의 변경 이력을 저장합니다. 인터넷이 없어도 됩니다. GitHub는 그 Git 기록을 인터넷에 올려 백업하고 공유하는 '웹 서비스'입니다. 그래서 GitHub가 없어도 Git은 써야 합니다. 모든 프로젝트에서요.

Git · GitHub · Vercel — 역할이 서로 다르다

Git

  • 버전관리 · 세이브포인트
  • 내 컴퓨터 (오프라인 OK)

push로 GitHub에 백업

GitHub

  • 저장·공유 · 온라인 백업
  • 협업·백업

연동으로 Vercel에 연결

Vercel

  • 배포·호스팅
  • 실제 URL 오픈 (누구나 접속)

Git ≠ GitHub — Git은 도구, GitHub는 창고

기록은 Git, 공유·백업은 GitHub, 세상에 여는 건 Vercel. 세 역할을 분리해 기억하세요.

자주 커밋하기 — 코덱스에게 맡기세요

초보의 전형적인 실수는 '몇 시간 몰아서 한 번 커밋'입니다. 그러면 문제가 생겼을 때 되돌릴 지점이 없습니다. 10~15분마다 작게 커밋하는 습관이 정답입니다. 다행히 Git만 설정돼 있으면, 커밋은 코덱스에게 그냥 맡기면 됩니다. 코덱스가 git status로 바뀐 파일을 확인하고, diff를 읽어 무엇이 바뀌었는지 파악한 뒤, 알맞은 커밋 메시지까지 써서 커밋합니다.

커밋을 코덱스에게 맡기는 예

지금까지 바뀐 내용을 스테이징하고, 무엇이 바뀌었는지 요약한
적절한 커밋 메시지를 직접 작성해서 커밋해 줘.

작게 자주 커밋 → 푸시 → 자동 배포 (선순환)

  • 코드 조금 작성 몇 시간 몰아서 한 번(초보 실수) 말고 10~15분마다 작게 — 실수해도 직전 세이브로 즉시 복구
  • 코덱스에게 커밋 맡기기 git status·diff 읽고 알맞은 메시지 써서 커밋
  • git push로 GitHub에 올림
  • Vercel이 자동 재배포 Vercel이 GitHub를 지켜보다가 약 20초 후 새 URL에 반영

작은 커밋은 실수의 안전벨트입니다. 한 번 연결해 두면 푸시할 때마다 배포까지 자동으로 이어집니다.

GitHub에 올리기(push)

코드를 GitHub에 처음 올리는 흐름

  1. GitHub에서 새 저장소(repository)를 만듭니다. 보통 Private(비공개)로 시작하면 안전합니다.
  2. 만들어진 저장소의 URL을 복사합니다.
  3. 코덱스에게 '이 저장소 URL로 전부 푸시해 줘'라고 맡깁니다.
  4. 올리면 안 되는 파일(비밀 키, node_modules 등)이 새지 않도록 .gitignore를 잘 갖춰 둡니다.

API 키나 비밀번호가 담긴 파일(.env 등)은 절대 GitHub에 올리면 안 됩니다. .gitignore에 반드시 넣으세요. 한 번 올라간 비밀 키는 지워도 이력에 남을 수 있어, 유출되면 키를 새로 발급받아야 합니다.

배포하기 — 스택에 맞는 곳으로

어디에 배포할지 모르겠다면, 코덱스에게 물어보세요. 프로젝트의 기술 스택을 분석해서 가장 잘 맞는 배포처 후보를 추천해 줍니다. 예컨대 Next.js 앱이라면 Vercel이 자연스러운 선택입니다. Vercel이 바로 Next.js를 만든 회사거든요.

Vercel로 Next.js 앱 배포하기

  1. vercel.com 에 접속해 로그인합니다.
  2. Add New → Project 를 눌러 아까 만든 GitHub 저장소를 가져옵니다(import).
  3. 환경 변수(API 키 등)를 입력합니다. 코드가 아니라 여기 설정에 넣습니다.
  4. Deploy 를 누르면 약 20초 뒤 실제 접속 가능한 URL이 나옵니다.
  5. Vercel이 GitHub를 지켜보므로, 이후엔 새 커밋을 푸시하기만 하면 자동으로 다시 배포됩니다.

배포 플랫폼이 GitHub를 '지켜본다'는 게 핵심입니다. 한 번 연결하면, 다음부터는 코드를 푸시하는 것만으로 사이트가 최신 상태로 갱신됩니다. 별도의 배포 버튼을 누를 필요가 없습니다.

코덱스는 코딩만을 위한 게 아닙니다

마지막으로 시야를 넓혀 봅시다. 여기까지 오면서 이미 코덱스에게 배포 조언, 문서 정리, 리서치를 시켰습니다. 코덱스는 '사람이 컴퓨터로 할 수 있는 일'이면 대부분 도울 수 있습니다.

코덱스 = '사람이 컴퓨터로 하는 일'이면 무엇이든

'코드 짜는 도구'로만 보면

  • 코딩에만 국한

활용 범위가 좁아짐

'컴퓨터 앞 잔업을 대신하는 팀원'으로 보면

  • 코딩
  • 배포 도움
  • 리서치
  • 마케팅 카피
  • 경쟁사 분석
  • 개인 생산성

사람이 컴퓨터로 하는 일이면 무엇이든

코덱스를 코딩 상자에 가두지 마세요. 컴퓨터로 하는 반복 업무 전반으로 활용 범위를 넓히면 진짜 지렛대가 됩니다.

축하합니다. 이제 여러분은 코덱스를 '더 똑똑하게(모델·강도), 더 풍부하게(맥락 입력), 더 명확하게(프롬프트), 더 안전하게(2계층), 더 크게(데스크톱 앱), 더 멀리(배포)' 부리는 법을 모두 익혔습니다. 남은 건 실제 프로젝트에 적용하며 자기만의 리듬을 만드는 것뿐입니다.