컴퓨터 프로그래머 (요새는 개발자라는 말을 더 많이 쓰는 것 같기는 하다.) 라면 cvs (SCV ?) 를 잘 알 것이다. 요새는 그것말고도 git 등의 버전관리 프로그램들이 많다.

그런데, 나같은 일반 사용자들은 프로그램 소스코드 보다는 문서 파일 작성이 더 많다. 일반적으로 문서 파일은 hwp, doc(docx), xls(xlsx), ppt(pptx) 일 경우가 많다. (드물게 오픈 포맷인 odf 나 odt 를 쓰는 경우가 있으나, 아직까지 비즈니스 문서 만들기에는 택도 없이 기능이 부족하므로 제외하자.)

난 보통 버전 관리를 3가지로 한다.

1. 문서 버전 관리
2. 디렉터리 버전 관리
3. 백업을 통한 버전 관리

1. 문서 버전 관리

문서를 작성할 때, 버전을 매기는 거다. 내가 주로 쓰는 파일 이름 포맷은 이러하다. 20110404 – akpil – 문서 이름.ver.1.0.hwp 가장 앞에 문서 작성 날짜가 있고, 누가 작성했는지, 그리고 어떤 내용인지를 보여주는 문서 이름, 그리고 문서의 버전 이다.

여기서 중요한 건 날짜와 버전이다. 날짜는 꼭 쓴다. 왜냐하면, 회사일이라는 게 주기적으로 도는 경우가 있다. 그렇기 때문에 꼭 날짜를 써둬야 한다. 특히 년도가 중요하다. 날짜만 써두는 경우가 있는데, 1년 뒤에 다시 써야 하는 경우가 많기 때문이다. 버전은, 1.0 이하는 draft 버전이다. 나혼자 끄적이거나, 초안을 잡은 거다. 1.0 은 남들에게 보여줄 만큼 완성된 문서이고, 1.0 이 되면 팀장이나 다른 사람에게 공유되어서 peer review 를 한다. 그리고 2.0 이 되면 그 위로 올리는 보고가 가능한 문서이다. (여러번 review 하러 왔다 갔다 하다보면 2.0 이 아니라 5.0 이 되기도 한다.)

2. 디렉터리 버전 관리

난 문서 파일을 D:\DATA\10 업무\2011\ 이런 포맷으로 디렉터리를 만들어 놓고 작업한다.

2010년에 작업한 문서들은 D:\DATA\10 업무\2010\ 속에 들어 있다. 2009년 문서는 D:\DATA\10 업무\2009\ 에 있다. 그 밑에는 날짜와 업무의 내용을 디렉터리 이름으로 삼는다. 예를 들자면 D:\DATA\10 업무\2010\20100911 – Project 2 CTO 보고 자료 라면 그 밑에는 보고자료와 관련된 파일을 모두 넣어둔다. 만일, 버전업이 되어서 2010/09/20 에 2차 보고를 했다면, D:\DATA\10 업무\2010\20100920 – Project 2 CTO 보고 자료 – 2차 보고 이런 식이다. 역시 모든 파일은 저 디렉터리 안에 넣어둔다. 중복되는 파일 ? 많다. 근데, 요새 하드용량이 테라 단위로 노는데, 저 정도 쯤이야 아무것도 아니다.

3. 백업을 통한 버전 관리 난 3중 백업을 한다. 이렇게 하므로써 최악의 경우라도 일주일 전의 자료로 복구할 수 있다. 1차 백업은 옆에 있는 데스크탑이다.

바탕화면에 있는 backup.bat 라는 배치 파일의 내용이다.

  @echo off
  d:
  cd \
  cd data
  z:
  cd DATA
  xcopy d:*.* . /s /a /y /c /d
  exit

별 것 아니다. 하지만, D:\DATA\ 내용을 하루에 한번 정도(보통 점심 먹으러 가면서) 네트웍에 연결된 데스크탑 PC 로 복사한다. 데스크탑 PC 에서는 crontab 으로 하루 2번 (오후 2시, 새벽 2시)에 한번씩 저 자료들을 /mnt/backup 밑으로 복사한다. 짝수날 새벽 4시에 데스크탑 PC 의 /home 과 /mnt/backup 의 내용은 팀공용 NAS 에 저장된다. 그리고 마지막으로 매주 금요일 밤에는 팀공용 NAS 의 자료들이 회사 전체 파일 서버로 모인다. robocopy 등도 쓸만하다. (xcopy 보다 좋다.)

  백업을 생활화 하자. 백업을 안하면 3대가 내리 흉하다.

2015/02/03 akpil