/var/backupsDebian 기반 시스템에는 시스템 생성 디렉터리가 있습니다. 여러 Git 저장소의 백업을 저장할 장소가 필요합니다(주로 bitbucket에 있음). /var/backup/git에 저장하면 apt-get이 중단됩니까, 아니면 부적절한 시간에 자동으로 삭제됩니까? /var/backup을 사용하면 안 되는 이유가 있나요? 그렇다면 합리적인 대안은 무엇입니까?
답변1
/var/backups데비안 전용. 지정되지 않음FHS, 그 사용은 Debian 정책에 문서화되어 있지 않습니다(참조데비안 버그 보고서 로그 - #122038). 이 동작은 다음에 설명되어 있습니다.http://ubuntuforums.org/showthread.php?t=1232703.
나는 데비안에서 백업 파일을 삭제할 위험이 최소화된다는 @fpmurphy의 의견에 동의하지만 /var/backup데비안 전용 디렉터리를 사용하는 것은 좋은 전략이 아니라고 생각합니다. 우선 데비안은 정책을 변경하고 무언가를 깨뜨릴 수 있습니다. 반면에 사용자 커뮤니티는 이미 디렉토리를 어떤 용도로 사용해야 하는지에 대한 구체적인 기대를 갖고 있습니다. 마지막으로, "이식 가능"하지 않기 때문에 데비안이 아닌 배포판에서 이 디렉토리가 어디에 있는지 명확하지 않습니다.
FHS에 대한 나의 이해가 정확하다면 /opt/<project_name>/.gitGit 저장소의 복제본을 또는 /usr/local/src/<project_name/.git. 저는 개인적으로 소스 파일이 아닌(따라서 Git에 없는) 프로젝트 리소스를 백업할 수 있는 문을 열어주는 전자를 사용하는 것을 선호합니다.
이러한 저장소의 백업 특성을 실제로 강조하려면 외부 저장소의 마운트 지점으로 자주 사용되는 두 개의 디렉터리 이름에 /backups해당 저장소를 배치할 수 있습니다./home/backups
답변2
/srv요즘 FHS는 예를 들어 아래 에 하위 디렉터리를 자유롭게 만들 수 있다고 제안하는 것 같습니다 /srv/archives/bitbucket.
FHS 정의에 대해 나에게 명확하지 않은 점은 백업이 "시스템에서 제공하는" 파일이 아니라는 것입니다. 어쨌든 /srv그것은 무료 네임스페이스입니다 .
답변3
저장소를 백업하는 가장 좋은 방법 git은 저장소의 (베어) 복제본을 만드는 것입니다. git공간 활용이 매우 절약되며, 거기에 어떤 것도 압축해도 이점이 거의 없습니다. 그리고 클론은 쉽게 최신 상태로 유지될 수 있습니다(업스트림에서 대규모 기록을 다시 작성하는 것과 같은 어리석은 헛소리를 하지 않는 한 아무것도 손실되지 않습니다).