왜 final_final_REAL.zip은 늘 지는가

진짜최종_v2_USE_THIS.zip은 자백이야

보고서_최종.docx, 보고서_최종_v2.docx, 보고서_진짜_최종.docx, 그리고 결정타 프로젝트_진짜최종_v2_REAL_USE_THIS.zip. 익숙하지? 이건 작업 방식이 아니야. 프로젝트에 기억이 없어서 사람이 파일 이름으로 시간을 외우고 있다는 자백이지.

백업은 “파일을 되찾을 수 있나?”에 답해. Git은 한 걸음 더 나가. 이 프로젝트가 어떻게 여기까지 왔고, 그 이력 안에서 어떻게 안전하게 움직일까? 실제 프로젝트에는 소스, 설정, 생성물, 실험, 버그 수정, 의사결정이 얽혀 있어. Git은 그 덩어리에 시간축을 붙여줘. 앞으로 나아가고, 전으로 돌아가고, 옆 갈래에서 실험한 뒤 다시 합칠 수 있게 말이야.

그래서 이 Quest는 명령어 목록이 아니라 프로젝트 시간을 다루는 법을 가르쳐. Commit은 파일 하나를 저장하는 동작이 아니라 프로젝트 전체에 이름을 붙인 checkpoint야. 저장소의 이력은 작업 파일 옆 .git/에 살고, Git 자체는 local-first라서 네트워크가 없어도 commit, branch, diff, blame, 복구가 돼. 하나만 기억해. 복사본에 버전 이름 붙이기를 멈추고, 이력을 쓰기 시작해.

Code

ZIP 복사본을 init과 commit으로 바꾸기·bash

# 옛 습관:
cp -r project project_진짜최종_v2_REAL_USE_THIS

# 새 습관 (프로젝트당 한 번):
cd project
git init
git add .
git commit -m "Initial import: working baseline"

# 이 다음부터는 모든 변경이 파일 이름이 아니라 의도로 기록돼.

진짜 Git 저장소인지 확인하기·bash

git status         # working tree 상태
git log --oneline  # 어떤 history 가 있나
ls -la .git/       # 실제 database

Exercise

지금 복사본으로 버전을 나누는 작은 폴더 하나 골라봐. 메모, 짧은 script, 글 초안이면 충분해. 그 안에서 git init을 실행하고 git add . && git commit -m "baseline"으로 첫 기록을 남겨. 작은 변경을 하나 더 만들고 다시 commit한 다음 git log --oneline을 읽어봐. 폴더 복사로는 어려웠는데 이제 가능해진 일을 두 줄로 적어.

진짜최종_v2_USE_THIS.zip은 자백이야

Code

External links

Exercise

Progress

댓글 0