한 줄 요약
랜딩페이지 첫 문장을 일부러 망가뜨렸다가 되돌리는 연습을 해봤어요. 그 과정에서 “커밋은 항상 뭔가를 남기는 게 아니라, 진짜 바뀐 게 있을 때만 의미가 있다”는 걸 몸으로 이해했어요.
누구에게 도움이 될까
- “되돌리기”가 실제로 어떻게 되는지 궁금한 초보자
- 커밋을 아무 때나 눌러야 하는 줄 알고 헷갈리는 분
Before — 이런 상황이었어요
전날 사례글 2편(모닝/나이트 브리핑 봇)을 커밋까지 해둔 상태였어요. 오늘은 실전 전에 “되돌리기”를 안전하게 연습해보고 싶었어요.
어떻게 했나 — 실제 대화
1단계 — 일부러 망가뜨리기
내 랜딩 소개글 첫 문장을 아무렇게나 바꿔서 살짝 망가뜨려줘.
바뀐 걸 로컬로 보여줘. (이건 되돌리기 연습이야, 걱정 마)
랜딩페이지 첫 문장이 “안녕하세요, 저는 부기부기입니다.”에서 엉뚱한 문장으로 바뀌었고, 로컬 미리보기에서 실제로 망가진 걸 확인했어요.
2단계 — 되돌리기
방금 바꾼 걸 취소하고, 마지막으로 커밋한 상태로 되돌려줘.
그리고 원래대로 돌아왔는지 로컬로 보여줘.
터미널에서 이 명령 한 줄로 처리됐어요:
git checkout -- src/content/landing/landing.md
막힘 없이 한 번에 해결됐어요. 로컬 미리보기를 다시 확인하니 원래 문장으로 정확히 돌아와 있었어요.
3단계 — 여기서 예상 못 한 부분
되돌리기가 끝난 뒤 “오늘 여기까지 잘 된 것 같아. 커밋으로 저장해줘”라고 요청했는데, git status를 확인해보니 저장할 게 아예 없었어요. 왜냐하면 “망가뜨렸다가 다시 원래대로 되돌린 것”은 결과적으로 파일이 하나도 안 바뀐 것과 똑같은 상태였기 때문이에요.
After — 결과
여기서 중요한 걸 하나 배웠어요: 커밋은 “작업을 했다”를 기록하는 게 아니라, “파일 내용이 실제로 달라졌다”를 기록하는 것이더라고요. 뭔가 하긴 했지만 결과적으로 원상복구됐다면, git 입장에서는 “변경 없음”이라 커밋할 대상 자체가 없어요.
배운 것 / 재사용 자산
- 되돌리기 명령:
git checkout -- {파일 경로}— 아직 커밋 안 한 변경사항을 버리고, 마지막 커밋 시점 내용으로 되돌림. (GitHub Desktop에서는 “Discard changes” 버튼과 같은 동작) - 커밋 전 확인 습관:
git status로 “지금 저장할 게 있는지” 먼저 확인하는 습관이 생겼어요. 목록에 아무것도 안 뜨면 저장할 이유가 없는 거예요. - 오늘 새로 이해한 것: 커밋은 “작업 인증”이 아니라 “달라진 내용의 기록”이다. 원상복구되면 기록할 차이가 없다.