È male / pericoloso / inappropriato mettere backup arbitrari in / var / backups?

C'è una /var/backupsdirectory creata dal sistema su sistemi basati su Debian. Ho bisogno di un posto dove archiviare i backup di diversi repository git (le primarie sono su bitbucket). Se li memorizzo in / var / backup / git, questo si romperà apt-get o verranno automaticamente cancellati in momenti inopportuni? C'è qualche motivo per cui non dovrei usare / var / backup? Se esiste, qual è un'alternativa ragionevole?

/var/backupsè specifico di Debian. Non è specificato nell'FHS e il suo uso non è documentato nella politica Debian (Vedi i registri dei rapporti sui bug Debian - # 122038 ). Il comportamento è descritto in http://ubuntuforums.org/showthread.php?t=1232703 .

Anche se sono d'accordo con @fpmurphy sul fatto che Debian abbia il pericolo di rimuovere i file di backup /var/backup, penso che non sia una buona politica usare una directory così specifica per Debian. Per uno, Debian potrebbe cambiare la sua politica e rompere le cose. Per un altro, la comunità di utenti ha già aspettative specifiche su cosa serve la directory. E infine, perché non è "portatile", nel senso che non è chiaro dove si troverebbe questa directory in una distribuzione non Debian.

Se la mia comprensione della FHS è corretto, sarebbe opportuno mettere cloni di repository Git in /opt/<project_name>/.gito in /usr/local/src/<project_name/.git. La mia inclinazione personale sarebbe quella di utilizzare il primo perché lascia la porta aperta al backup delle risorse del progetto che non sono file sorgente e quindi non in Git.

Se si desidera davvero enfatizzare la natura del backup di questi repository, è possibile inserirli /backupso addirittura in /home/backupsdue nomi di directory che vengono spesso utilizzati come punti di montaggio per l'archiviazione esterna.

Al giorno d'oggi, sembra che l'FHS suggerisca di poter creare liberamente qualsiasi sottodirectory /srv, ad es /srv/archives/bitbucket.
Quello che non trovo molto chiaro con la definizione di FHS è che i backup non sono file "serviti dal sistema". Ad ogni modo, /srvè uno spazio dei nomi gratuito.

Il modo migliore per eseguire il backup dei gitrepository è disporre di un clone (nudo) del repository. gitè abbastanza frugale nel suo utilizzo dello spazio, non ci sarà quasi alcun vantaggio nel comprimere qualcosa lì. E un clone può essere facilmente aggiornato (a meno che a monte non facciano stupidi scherzi come la riscrittura della storia all'ingrosso, nulla può essere perso).