W /var/backups
systemach opartych na Debianie istnieje katalog utworzony przez system. Potrzebuję miejsca do przechowywania kopii zapasowych kilku repozytoriów git (podstawowe są na bitbucket). Jeśli przechowuję je w / var / backup / git, czy spowoduje to uszkodzenie apt-get, czy też zostaną automatycznie usunięte w nieodpowiednich momentach? Czy jest jakiś powód, dla którego nie powinienem używać / var / backup? Jeśli istnieje, jaka jest rozsądna alternatywa?
18
Odpowiedzi:
/var/backups
jest specyficzny dla Debiana. Nie jest to określone w FHS , a jego użycie nie jest udokumentowane w polityce Debiana (zobacz Dzienniki raportów błędów Debiana - # 122038 ). Zachowanie opisano w http://ubuntuforums.org/showthread.php?t=1232703 .Chociaż zgadzam się z @fpmurphy, że istnieje niewielkie niebezpieczeństwo, że Debian kiedykolwiek usunie pliki kopii zapasowej
/var/backup
, myślę, że nie jest dobrą polityką używanie katalogu tak specyficznego dla Debiana. Po pierwsze, Debian może zmienić swoją politykę i wszystko zepsuć. Po drugie, społeczność użytkowników ma już określone oczekiwania dotyczące tego, do czego służy katalog. I wreszcie, ponieważ nie jest „przenośny” w tym sensie, że nie jest jasne, gdzie ten katalog byłby w dystrybucji innej niż Debian.Jeśli moje rozumienie FHS jest prawidłowe, właściwe byłoby umieszczenie klonów repozytoriów Git w
/opt/<project_name>/.git
lub w/usr/local/src/<project_name/.git
. Moją osobistą skłonnością byłoby użyć tego pierwszego, ponieważ pozostawia otwarte drzwi do tworzenia kopii zapasowych zasobów projektu, które nie są plikami źródłowymi, a zatem nie są w Git.Jeśli naprawdę chcesz podkreślić charakter kopii zapasowych tych repozytoriów, możesz umieścić je
/backups
, a nawet/home/backups
dwie nazwy katalogów, które są często używane jako punkty podłączenia pamięci zewnętrznej.źródło
/var/backups
faktycznie jest wspomniany w FHS. Mówi, że katalog jest „zarezerwowany”, ale niewiele więcej: refspecs.linuxfoundation.org/FHS_2.3/…Obecnie wydaje się, że FHS sugeruje, że możesz swobodnie utworzyć dowolny podkatalog
/srv
, np/srv/archives/bitbucket
.W definicji FHS nie wydaje mi się jasne, że kopie zapasowe nie są plikami „obsługiwanymi przez system”. W każdym razie
/srv
jest to bezpłatna przestrzeń nazw.źródło
Najlepszym sposobem tworzenia kopii zapasowych
git
repozytoriów jest posiadanie (samego) klonu repozytorium.git
jest dość oszczędny w użyciu przestrzeni, prawie nic nie zyska na kompresji niczego. A klon można łatwo aktualizować (chyba że upstream robi głupie żarty, takie jak hurtowe przepisywanie historii, nic nie można stracić).źródło