Git으로 코드 관리하기: 초보자의 첫걸음

왜 Git이 필요한가

Git이 없으면 '깨기 전이 어땠는지 기억하길' 바라는 수밖에 없습니다. Git은 코드의 세이브 포인트이자 타임머신입니다: 저장(commit)마다 돌아갈 수 있는 시점이 남으므로 과감히 바꿀 수 있습니다—깨지면 마지막으로 동작한 버전으로 되돌리면 됩니다. 클라우드 동기화와 협업의 토대이기도 합니다.

네 가지 동작이면 충분

초보자는 Git 전부를 알 필요가 없습니다. 우선 이 넷을 쉽게:

• add(저장할 것 고르기): 이번에 기록할 변경을 고릅니다.
• commit(저장): 고른 변경을 하나의 시점으로 저장하고 한 줄 설명을 붙입니다.
• push(업로드): 로컬 저장을 클라우드(예: GitHub)로 동기화—이게 백업.
• pull(다운로드): 클라우드 업데이트를 로컬로. 협업이나 기기 전환 시.

일상 루프는: 조금 바꾸기 → add → commit →(적절히) push.

commit 메시지 쓰는 법

'이번에 무엇을 했는지'를 한 문장, 명령형으로, 한 가지에 집중—예: "로그인 페이지 오타 수정", "문의 폼 추가". 한 커밋에 한 가지로 하면 나중에 문제가 생겼을 때 어느 변경이 원인인지 짚기 쉽습니다.

문제가 생기면 되돌리기

Git의 진가는 여기: 무언가 깨뜨리거나 AI가 코드를 어지럽혀도 마지막 커밋의 깨끗한 상태로 돌아갈 수 있습니다. '작게 구간 지을 때마다 커밋'을 습관으로 삼으면 되돌릴 가까운 저장점이 항상 있습니다.

흔한 함정

• 시크릿을 커밋: 키가 Git 히스토리에 들어가면 유출로 간주(시크릿 입문). .gitignore로 .env 등을 제외.
• 한 커밋에 너무 많이: 변경 열 개를 한 커밋에 넣으면 깨졌을 때 풀기 어렵습니다. 작게 커밋.
• 로컬 저장만 하고 push 안 함: 기기가 망가지면 전부 사라집니다. 클라우드로의 push가 백업.

다음 단계

• 다음으로 코드를 출시: Cloudflare Pages에 배포하기
• 키를 커밋에 넣지 않기: 시크릿 입문