/ var / backups에 임의의 백업을 넣는 것이 나쁜 / 위험한 / 부적절합니까?

/var/backups데비안 기반 시스템 에는 시스템 생성 디렉토리가 있습니다. 여러 git 저장소의 백업을 저장할 장소가 필요합니다 (원본은 비트 버킷에 있습니다). 내가 / var / backup / git에 저장하면 apt-get이 중단되거나 부적절한 시간에 자동으로 삭제됩니까? / var / backup을 사용하지 말아야 할 이유가 있습니까? 있다면 합리적인 대안은 무엇입니까?

/var/backups데비안에만 해당됩니다. FHS에 명시되어 있지 않으며, 데비안 정책에 설명되어 있지 않습니다 ( 데비안 버그 보고서 로그-# 122038 참조 ). 동작은 http://ubuntuforums.org/showthread.php?t=1232703에 설명되어 있습니다 .

@fpmurphy에 데비안이 백업 파일을 제거 할 위험이 거의 없다는 데 동의하지만 /var/backup데비안 전용 디렉토리를 사용하는 것은 좋은 정책이 아니라고 생각합니다. 하나는 데비안이 정책을 바꾸고 부러 뜨릴 수도 있습니다. 다른 한편으로, 사용자 커뮤니티는 디렉토리가 무엇인지에 대한 특정 기대를 이미 가지고 있습니다. 그리고 마지막으로이 디렉토리가 데비안 이외의 배포판에 있는지 명확하지 않다는 의미에서 "휴대용"이 아니기 때문입니다.

FHS에 대한 나의 이해가 정확하다면, Git 리포지토리의 복제본을 안에 넣는 것이 적절할 것 /opt/<project_name>/.git입니다 /usr/local/src/<project_name/.git. 내 개인적인 성향은 전자를 사용하는 것입니다. 소스 파일이 아니기 때문에 Git에 있지 않은 프로젝트 리소스를 백업하기 위해 문을 열어 둡니다.

이러한 리포지토리의 백업 특성을 실제로 강조하려면 외부 저장소의 마운트 지점으로 자주 사용되는 두 개의 디렉토리 이름 /backups또는 /home/backups두 개의 디렉토리 이름을 넣을 수 있습니다 .

요즘,이 FHS가 자유롭게 어떤 하위 디렉토리에 생성 할 수 있습니다 제안 보인다 /srv예를 /srv/archives/bitbucket.
FHS 정의에서 분명하지 않은 것은 백업이 "시스템에서 제공하는"파일이 아니라는 것입니다. 어쨌든 /srv무료 네임 스페이스입니다.

git리포지토리 를 백업하는 가장 좋은 방법은 리포지토리에 (맨손으로) 복제하는 것입니다. git공간 사용에있어 매우 검소한데, 압축 할 때는 거의 이득이 없을 것입니다. 그리고 복제본은 쉽게 최신 상태로 유지할 수 있습니다 (업스트림 도매업 재 작성과 같은 어리석은 장난을하지 않는 한 아무것도 손실되지 않습니다).