[Git 기초] 바이브코딩해도 Git은 알아야 한다 — 안전모 없이 현장에 들어갈 순 없으니까

공사 현장에서 안전모를 쓰는 이유는 일을 못 해서가 아닙니다. 일이 빨라지고 사람이 많아질수록 예상하지 못한 일이 생기기 때문이죠. 바이브코딩도 같습니다. 프롬프트 한 번으로 여러 파일이 바뀌고, 라이브러리 설정이나 환경변수 파일까지 건드릴 수 있습니다. 그 결과가 마음에 들지 않을 때 Git 기록이 없으면, 무엇을 되돌려야 할지부터 찾아야 합니다.

Git Book은 커밋을 프로젝트 파일 상태의 스냅샷으로 설명합니다. 즉 커밋은 “코드를 저장했다”보다 “이 기능이 정상 동작하던 상태를 이름 붙여 남겼다”에 가깝습니다. 로그인 UI를 완성한 뒤 feat: add login form이라고 기록해 두면, 다음 변경에서 문제가 나도 비교할 기준점이 생겨요.

혼자 하는 프로젝트에도 이 기준점은 중요합니다. 내일의 나는 오늘 어떤 판단으로 파일을 고쳤는지 기억하지 못합니다. Git은 팀원과의 협업 도구이기 전에, 과거의 나와 협업하는 기록 도구입니다.

비유하면 Git은 책상 위의 작업 노트입니다. 페이지마다 “이 시점에는 이만큼 만들었다”고 적고, 필요하면 이전 페이지를 펼쳐 비교합니다. GitHub는 그 노트를 팀이 함께 볼 수 있는 공유 서가에 올려두는 곳이에요. 노트는 내 컴퓨터에 있어도 쓸 수 있지만, 서가에 올려야 노트북이 고장 났을 때 다른 곳에서 꺼내고 동료와 같은 기록을 볼 수 있습니다.

그래서 git commit과 git push도 역할이 다릅니다. commit은 내 컴퓨터의 Git 기록에 스냅샷을 남기는 일이고, push는 그 기록을 GitHub 같은 원격 저장소로 보내는 일입니다. 인터넷이 끊겨도 커밋은 할 수 있지만, 푸시는 원격 저장소와 연결돼야 합니다.

# 1) 지금 무엇이 바뀌었는지 확인
git status

# 2) 이번 기록에 넣을 파일을 고르기
git add src/app/page.tsx

# 3) 고른 변경을 내 컴퓨터에 기록
git commit -m "feat: add landing page hero"

# 4) GitHub 같은 원격 저장소로 보내기
git push

# 5) 다른 곳에서 바뀐 기록 받아오기
git pull

git status는 가장 자주 써야 합니다. 지금 수정만 된 파일, 다음 커밋에 들어갈 파일, 아직 Git이 추적하지 않는 파일을 보여줍니다. 무엇을 했는지 확신이 없을 때는 새 명령을 누르기 전에 git status부터 보세요.

git add는 이 변경을 다음 사진에 넣겠다고 고르는 단계고, git commit은 고른 변경을 이름 붙여 기록하는 단계입니다. git push는 그 기록을 공유 서가로 보내는 단계예요. git pull은 반대로 공유 서가의 새 기록을 내 컴퓨터로 가져옵니다.

git add .는 현재 폴더 아래의 변경을 넓게 담으므로, 처음에는 파일명을 지정하는 편이 실수를 줄입니다. 특히 .env처럼 비밀번호나 API 키가 들어갈 수 있는 파일은 GitHub에 올리기 전에 반드시 git status로 확인해야 합니다. 비밀값을 한 번 공개 저장소에 올리면 파일을 지워도 이미 복제된 기록까지 자동으로 사라지지 않습니다.