É ruim / perigoso / inapropriado colocar backups arbitrários em / var / backups?

Há um /var/backupsdiretório criado pelo sistema nos sistemas baseados no Debian. Eu preciso de um local para armazenar backups de vários repositórios git (as primárias estão no bitbucket). Se eu armazená-los em / var / backup / git, isso interromperá o apt-get ou eles serão excluídos automaticamente em momentos inoportunos? Existe algum motivo para eu não usar / var / backup? Se houver, o que é uma alternativa razoável?

/var/backupsé específico para o Debian. Ele não está especificado no FHS , e seu uso não está documentado na política Debian (Veja Log de Bug Debian logs - # 122038 ). O comportamento é descrito em http://ubuntuforums.org/showthread.php?t=1232703 .

Embora eu concorde com o @fpmurphy de que há pouco risco de o Debian remover seus arquivos de backup /var/backup, acho que não é uma boa política usar um diretório que seja tão específico do Debian. Por um lado, o Debian pode mudar sua política e quebrar as coisas. Por outro lado, a comunidade de usuários já tem expectativas específicas sobre para que serve o diretório. E, finalmente, porque não é "portátil" no sentido de que não está claro onde esse diretório estaria em uma distribuição não-Debian.

Se meu entendimento do FHS estiver correto, seria apropriado colocar clones de repositórios Git dentro /opt/<project_name>/.gitou dentro /usr/local/src/<project_name/.git. Minha inclinação pessoal seria usar o primeiro porque ele deixa a porta aberta para fazer backup de recursos do projeto que não são arquivos de origem e, portanto, não estão no Git.

Se você realmente deseja enfatizar a natureza de backup desses repositórios, pode colocá-los em /backups, ou mesmo /home/backups, dois nomes de diretório que são frequentemente usados ​​como pontos de montagem para armazenamento externo.

Atualmente, parece que a ESF sugere que você possa criar livremente qualquer subdiretório abaixo /srv, por exemplo /srv/archives/bitbucket.
O que não acho muito claro com a definição da FHS é que os backups não são arquivos "servidos pelo sistema". De qualquer forma, /srvé um espaço para nome livre.

A melhor maneira de fazer backup de gitrepositórios é ter um clone (vazio) do repositório. gitComo o uso do espaço é bastante econômico, quase não há ganho em comprimir qualquer coisa lá. E um clone pode ser facilmente atualizado (a menos que o montante faça brincadeiras estúpidas, como a reescrita do histórico no atacado, nada pode ser perdido).