백업과 이력 관리

백업과 이력 관리

작업하다 보면 "아까 상태로 돌아가고 싶다"는 순간이 생깁니다. 이때 필요한 것이 변경 이력과 원격 백업입니다. 저장 지점을 만들고 GitHub에 올려두면, 문제가 생겼을 때 비교하거나 복구하기가 훨씬 수월합니다.

핵심 개념: 코드에도 "히스토리"가 있다

문서 버전 관리와 비슷해요

┌──────────────────────────────────────────────────────────┐
│                                                          │
│   워드 문서                코드 프로젝트                  │
│                                                          │
│   "보고서_최종.docx"       → 커밋 1: 초기 설정            │
│   "보고서_진짜최종.docx"   → 커밋 2: 로고 변경            │
│   "보고서_최최종.docx"     → 커밋 3: 메뉴 추가            │
│   "보고서_제발최종.docx"   → 커밋 4: 색상 수정            │
│                                                          │
│   파일이 무한 증식          깔끔하게 기록됨               │
│                                                          │
└──────────────────────────────────────────────────────────┘

Git은 저장 지점으로 남긴 버전을 순서대로 정리해 보관합니다.

"저장 포인트" 만들기 (커밋)

게임에서 세이브 포인트를 만들듯, 코드에도 저장 포인트를 만들 수 있습니다.

AI에게 요청하는 방법

지금까지 한 거 저장해줘

여기까지 작업한 거 커밋해줘. 메시지는 "로고 변경"으로

배포 전에 현재 상태 저장해둬

⚠️ 저장만으로는 부족 , GitHub에 백업 필수

커밋(commit)은 내 컴퓨터(또는 Codespace) 안에만 저장됩니다. GitHub에도 올려두려면 푸시(push) 해야 합니다.

왜 중요한가요?

GitHub Codespaces를 사용 중이면 Codespace를 삭제하는 순간 푸시하지 않은 작업이 모두 사라집니다. 푸시는 GitHub 클라우드에 사본을 만들어 안전하게 보관합니다.

매일 작업 끝에 이렇게 요청하세요:

오늘 작업 커밋하고 GitHub에 푸시해줘

지금까지 한 거 정리해서 백업까지 올려둬

에이전트가 자동으로 git commit + git push를 수행해 GitHub 내 레포에 백업합니다.

작업 습관: 하루 작업이 끝나면 커밋과 푸시가 완료됐는지 확인하세요. Codespace를 정리하기 전에는 원격 저장소에 최신 작업이 올라갔는지 꼭 확인합니다.

왜 저장 포인트가 중요할까요?

┌─────────────────────────────────────────────────────────────┐
│                                                             │
│   저장 포인트 없이                저장 포인트 있으면         │
│                                                             │
│   뭔가 잘못됨                     뭔가 잘못됨               │
│   "어디서부터                     "저장 포인트로            │
│    잘못된 거지?"                   돌아가자!"               │
│                                                             │
│   처음부터 다시                    5분 전으로 복구           │
│                                                             │
└─────────────────────────────────────────────────────────────┘

팁: 큰 작업 전에는 항상 저장 포인트를 만들어 두세요!

과거로 돌아가기

방금 한 거 되돌리기

방금 변경한 거 되돌려줘

마지막 커밋 취소해줘

특정 시점으로 돌아가기

어제 오후 상태로 돌아가줘

"로고 변경" 하기 전 상태로 복구해줘

3일 전 버전으로 되돌려줘

특정 파일만 되돌리기

index.astro 파일만 어제 버전으로 되돌려줘

홈페이지만 수정 전으로 복구하고, 다른 건 그대로 둬

과거 탐색하기

무언가 잘 작동했는데 언제부터 안 되기 시작했는지 모를 때, 과거를 탐색할 수 있습니다.

변경 히스토리 보기

최근에 뭘 바꿨는지 보여줘

이번 주에 수정한 파일 목록 알려줘

홈페이지 파일이 언제 어떻게 변경됐는지 히스토리 보여줘

과거 버전 확인하기

일주일 전에 이 파일 어떻게 생겼었어?

"메뉴 추가" 커밋 때 header.astro가 어땠는지 보여줘

변경 비교하기

어제 버전이랑 지금이랑 뭐가 달라졌는지 비교해줘

홈페이지가 지난주랑 어떻게 달라졌는지 알려줘

실전 시나리오

시나리오 1: "뭔가 고장났는데 언제부터인지 모르겠어요"

사용자: 예약 버튼이 언제부턴가 안 돼. 언제 고장났는지 찾아줘

AI: 히스토리를 확인해보겠습니다.

    - 1월 20일: 예약 버튼 정상 동작 확인
    - 1월 21일: 헤더 수정 커밋 - 여기서 버튼 클래스가 변경됨

    1월 21일 수정에서 문제가 발생한 것 같습니다.
    해당 변경을 되돌릴까요?

시나리오 2: "예전에 만들었던 거 다시 쓰고 싶어요"

사용자: 2주 전에 만들었다가 지운 배너 디자인 다시 살려줘

AI: 히스토리를 확인해보니 1월 10일에 삭제된 배너 컴포넌트가 있습니다.
    해당 버전의 코드를 복구할까요?

시나리오 3: "큰 작업 전에 안전하게"

사용자: 전체 디자인을 바꿔볼 건데, 혹시 마음에 안 들면 돌아올 수 있게 해줘

AI: 현재 상태를 "디자인 변경 전 백업"으로 저장해두겠습니다.
    작업 후 마음에 안 드시면 "백업으로 돌아가줘"라고 하시면 됩니다.

    이제 디자인 작업을 시작할까요?

자주 쓰는 요청 모음

저장하기

되돌리기

탐색하기

팁

1. 작업 전에 저장 포인트를 만드세요

"큰 변경 시작하기 전에 지금 상태 저장해줘"

특히 이런 때:

• 디자인 대폭 수정 전
• 새 기능 추가 전
• 배포 전
• 퇴근 전

2. 저장 포인트에 이름을 붙이세요

나쁜 예: "저장해줘"
좋은 예: "로고 변경 완료로 저장해줘"

나중에 찾기 훨씬 쉬워요!

3. 무서워하지 마세요

모든 변경이 기록되니까, 실험을 두려워하지 마세요. 잘못되면 언제든 돌아갈 수 있습니다.

"일단 해보고, 별로면 되돌리자" 마인드로!

용어 정리 (알면 좋지만 몰라도 됩니다)

AI에게 요청할 때는 쉬운 말로 해도 됩니다. AI가 요청을 실행 가능한 작업으로 정리하고, 필요한 확인 사항이 있으면 다시 묻습니다.

관련 콘텐츠

• 🎯 직원 투어: 관리자 패널에서 설정 투어를 시작하세요

버전 관리를 활용하면:

• 안전하게 실험할 수 있습니다
• 실수해도 복구할 수 있습니다
• 과거 작업을 참고할 수 있습니다

더 궁금한 점은 AI에게 물어보세요:

"버전 관리로 뭘 더 할 수 있어?"