왜 final_final_REAL.zip은 늘 지는가

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

그 폴더 본 적 있지. 보고서_최종.docx, 보고서_최종_v2.docx, 보고서_진짜_최종.docx, 그리고 결정타 프로젝트_진짜최종_v2_REAL_USE_THIS.zip. 이건 workflow 가 아니야. 프로젝트한테 기억이 없고 사람이 기억을 떠안고 있다는 자백이야.

백업 도구는 '파일 복구 가능?'에 답해. Git 은 다른 질문에 답해. 이 프로젝트가 어떻게 여기까지 왔고, 그 history 안에서 안전하게 움직일 수 있나? 실전 프로젝트는 source, 설정, 생성물, 실험, bug fix, 의사결정이 얽힌 그물이야. Git 은 그 그물에 시간선을 붙여줘. 앞으로 걸어가거나, 뒤로 돌아가거나, 옆 평행우주로 빠졌다가 다시 돌아올 수도 있어.

그래서 이 quest 의 나머지는 명령어 list 가 아니야. 모델이야. commit 은 파일 하나 저장이 아니라 프로젝트 전체의 명명된 checkpoint 야. repo 는 working files 옆 .git/ 에 사는 history database 고. GitHub 은 편하지만 Git 본체는 local-first — 네트워크 없어도 commit, branch, diff, blame, recovery 다 돼. 이 레슨에서 한 가지만 가져간다면 이거: 복사본 저장 그만, history 쓰기 시작.

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 repo 인지 sanity check·bash

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

Exercise

지금 복사본으로 버전 관리하는 작은 폴더 하나 골라봐 (notes, side script, 글 초안). 그 안에서 git init 한 다음 git add . && git commit -m "baseline". 작은 변화 하나 더 만들고 또 commit. 그 다음 git log --oneline. 복사 폴더 버전 관리로는 안 되던 게 지금 뭐가 가능해졌는지 두 줄로 적어.

왜 final_final_REAL.zip은 늘 지는가

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

Code

External links

Exercise

Progress

댓글 0