16. 작업의 보관과 이전 상태로의 복구

파일 이름에 담을 정보

‘최종.html’이라는 파일을 여러 번 저장하면 어느 것이 마지막으로 잘 작동했는지 헷갈리기 쉽습니다. 날짜와 변경 내용을 함께 적으면 구별이 쉬워집니다. 예를 들어 보관용 폴더에 ‘소개글 수정 전’, ‘링크 확인 완료’처럼 상태를 적고, 그 안에 실행 파일을 둘 수 있습니다. 공개에 쓰는 첫 파일의 이름은 그대로 유지하면서 보관한 시점을 폴더나 기록으로 구분하는 방법입니다.

중요한 것은 이름 자체보다 다시 열어 확인할 수 있느냐입니다. 사진이 빠진 복사본이나 코드의 일부만 들어 있는 파일은 복구 기준으로 부족합니다. 잘 작동한 상태를 보관할 때는 필요한 자료가 함께 있는지 살펴봅니다. 나중에 파일을 옮길 때도 원래 작업에서 무엇이 함께 움직여야 하는지 알아야 같은 결과를 다시 볼 수 있습니다.

세 가지 보관함을 구분하는 사례

지수는 AI 대화에 소개 페이지를 만들었고, 파일을 내려받았으며, 공개한 링크 모음에는 개인 링크를 추가했습니다. 대화에는 제작 과정이, 내려받은 파일에는 코드가, 브라우저에는 나중에 입력한 목록이 있을 수 있습니다. 세 곳이 항상 같은 시점의 자료를 담는 것은 아닙니다.

파일을 어제 받았는데 오늘 대화에서 문장을 고쳤다면 파일은 이전 상태일 수 있습니다. 코드는 최신이어도 브라우저에 입력한 링크 목록은 포함되지 않을 수 있습니다. 무엇을 보관했는지 이름을 붙여 말해 보면 차이를 이해하기 쉽습니다. ‘오늘 코드 파일’과 ‘오늘 입력 목록 내보내기’는 따로 필요한 자료일 수 있습니다.

보관한 파일을 확인하는 순서

1. 이름과 위치파일을 받은 뒤 이름과 위치를 확인하고 실제로 다시 열어 봅니다.
2. 글과 링크글과 링크가 마지막으로 확인한 결과와 같은지 살핍니다.
3. 별도 이미지별도 이미지가 있다면 함께 있는지 봅니다.
4. 폴더 구조여러 파일이 필요하면 폴더 구조도 유지해야 합니다.

파일 이름 하나만 남았다고 실행에 필요한 내용까지 보관된 것은 아닙니다.

입력 자료를 내보냈다면 중요하지 않은 예시로 다시 불러오는 시험을 합니다. 파일을 읽을 수 있는지, 중복이나 덮어쓰기 규칙이 어떻게 되는지 확인합니다. 실제로 중요한 자료를 지운 뒤 처음 복구를 시험하는 상황은 피할 수 있습니다. 복구 방법을 작은 예시에서 미리 이해하는 것이 목적입니다.

다음 사람에게 작업을 넘긴다면

다른 사람이나 새 AI 대화에 작업을 이어 맡길 때는 최신 파일만 보내기보다 목적과 확인 상태를 함께 전달합니다. ‘소개 페이지, 링크까지 확인, 사진은 아직 없음, 다음에는 글자 간격만 수정’처럼 적을 수 있습니다. 작업을 받는 쪽이 이미 끝난 일을 다시 만들지 않도록 돕습니다.

이때 필요한 파일과 참고 자료를 구분합니다. 오래된 초안이 여러 개 섞이면 어느 것을 고쳐야 할지 모를 수 있습니다. 최신 결과를 명확히 표시하고 보관용 이전 버전은 따로 두면 됩니다. 작업을 계속할 수 있게 정리하는 것은 코드 경험이 없어도 할 수 있는 중요한 부분입니다.

“되돌릴 수 있다면 마음껏 바꾸어도 될까요?”

되돌리기가 어떤 대상을 복구하는지 알아야 합니다. 도구의 이전 버전 기능이 코드만 복구할 수도 있고, 외부 서비스의 자료나 공개 설정은 그대로일 수도 있습니다. 복구 버튼이 있다는 이유로 모든 영향이 취소된다고 생각하지 않습니다. 변경 전에 무엇이 바뀌는지 확인하는 일은 여전히 필요합니다.

첫 프로젝트에서는 파일과 입력 자료를 따로 생각합니다. 화면을 바꾸는 작은 수정은 이전 파일로 돌아갈 수 있지만, 삭제한 목록은 별도 보관이 없으면 돌아오지 않을 수 있습니다. 중요한 자료를 다루기 전에 예시로 내보내기와 불러오기를 확인하는 이유입니다.

되돌릴 기준이 있으면 새로운 시도가 덜 부담스러울 수 있습니다. 다만 그 기준이 실제로 열리고 작동하는지 확인해야 합니다. ‘예전 파일이 어딘가 있다’보다 이름과 위치, 마지막 확인 상태를 아는 것이 도움이 됩니다. 보관은 나중에 사용할 수 있는 형태로 남기는 일입니다.